On Fri 29-01-16 19:35:18, Tetsuo Handa wrote:
> Michal Hocko wrote:
> > From: Michal Hocko
> >
> > zone_reclaimable_pages is used in should_reclaim_retry which uses it to
> > calculate the target for the watermark check. This means that precise
> > numbers are important for the correct decision.
Dynamically enabling DAX requires that the page cache first be flushed
and invalidated. This must occur atomically with the change of DAX mode
otherwise we confuse the fsync/msync tracking and violate data
durability guarantees. Eliminate the possibilty of DAX-disabled to
DAX-enabled transitions
The dax support for a raw block device did not account for page cache
entries established by the kernel for partition reads. This breaks dax
as it assumes that page cache entries are limited to covering holes in
files, or are exceptional entries marking dirty pages.
Additionally, the facility to
Avoid populating pagecache when the block device is in DAX mode.
Otherwise these page cache entries collide with the fsync/msync
implementation and break data durability guarantees.
Cc: Jan Kara
Cc: Jeff Moyer
Cc: Christoph Hellwig
Cc: Dave Chinner
Cc: Matthew Wilcox
Cc: Andrew Morton
Report
From: Chen Feng
This patch adds the device tree binding documentation for
hi655x PMIC regulator.
Signed-off-by: Chen Feng
Signed-off-by: Fei Wang
Signed-off-by: Xinwei Kong
Reviewed-by: Haojian Zhuang
---
.../regulator/hisilicon,hi655x-regulator.txt | 28 ++
1 file
On 01/28/2016 05:51 AM, Joonsoo Kim wrote:
> On Wed, Jan 27, 2016 at 02:35:04PM +0100, Vlastimil Babka wrote:
>> On 01/14/2016 06:24 AM, Joonsoo Kim wrote:
>> > In fact, I tested another idea implementing OBJFREELIST_SLAB with
>> > extendable linked array through another freed object. It can remove
On Fri, 29 Jan 2016 15:45:22 +0100
Heiko Carstens wrote:
> On Fri, Jan 29, 2016 at 08:59:36AM -0500, Steven Rostedt wrote:
> > On Fri, 29 Jan 2016 13:57:49 +0100
> > Heiko Carstens wrote:
> >
> > > Surpringly it wasn't one of my own patches which broke the stack tracer on
> > > s390, but one
On Thu 28-01-16 15:19:08, David Rientjes wrote:
> On Thu, 28 Jan 2016, Johannes Weiner wrote:
>
> > The check has to happen while holding the OOM lock, otherwise we'll
> > end up killing much more than necessary when there are many racing
> > allocations.
> >
>
> Right, we need to try with ALLOC
On Fri, Jan 15, 2016 at 03:14:10PM -0800, Paul E. McKenney wrote:
> And if I make the scheduling-clock interrupt send extra wakeups to the RCU
> grace-period kthread when needed, things work even with CPU hotplug going.
>
> The "when needed" means any time that the RCU grace-period kthread has
> b
On Thu 28-01-16 16:36:34, Johannes Weiner wrote:
> On Thu, Jan 28, 2016 at 09:40:03PM +0100, Michal Hocko wrote:
> > From: Michal Hocko
> >
> > __alloc_pages_may_oom has been doing get_page_from_freelist with
> > ALLOC_WMARK_HIGH target before going out_of_memory and invoking the oom
> > killer.
On 01/28/2016 08:18 PM, Andrew Lunn wrote:
> On Thu, Jan 28, 2016 at 04:54:37PM -0500, Vivien Didelot wrote:
>> Currently the port based VLAN maps should be configured to allow every
>> port to egress frames on all other ports, except themselves.
>>
>> The debugfs interface shows that they are misc
The patch sets add support for Hi6220 PMIC Hi655x MFD core and its
regulator driver.
Current testing and support board is Hikey which is one of 96boards.
It is an arm64 open source board. For more information about this board,
please access https://www.96boards.org.
This is hardware layout
On Thu 28-01-16 18:51:10, Johannes Weiner wrote:
> On Thu, Jan 28, 2016 at 03:19:08PM -0800, David Rientjes wrote:
> > On Thu, 28 Jan 2016, Johannes Weiner wrote:
> >
> > > The check has to happen while holding the OOM lock, otherwise we'll
> > > end up killing much more than necessary when there
Arnd Bergmann writes:
> On Friday 29 January 2016 10:32:07 Robert Jarzmik wrote:
>> > This addresses both issues by moving all the definitions into the
>> > pxa25x_udc driver itself. It turns out the only difference between
>> > them was 'UDCCS_IO_ROF', and that could well be a mistake when it
>>
On Thu, Jan 7, 2016 at 5:46 PM, Tomeu Vizoso wrote:
> Adds a function that sets the pointer to dev_pm_domain in struct device
> and that warns if the device has already finished probing. The reason
> why we want to enforce that is because in the general case that can
> cause problems and also that
On Fri, 29 Jan 2016, Stafford Horne wrote:
> The midi controller times-out while initializing reports, this
> causes boot to take an extra 10 seconds. The device descriptor
> advertises that it has an internal HID device but seems to not
> actually do anything useful.
>
> Signed-off-by: Stafford
From: Chen Feng
Add PMIC MFD driver to support hisilicon hi665x.
Signed-off-by: Chen Feng
Signed-off-by: Fei Wang
Signed-off-by: Xinwei Kong
Reviewed-by: Haojian Zhuang
---
drivers/mfd/Kconfig | 10 +++
drivers/mfd/Makefile| 1 +
drivers/mfd/hi655x-pmic.c |
From: Chen Feng
Add the mfd hi655x dts node and regulator support on
hi6220 platform.
Signed-off-by: Chen Feng
Signed-off-by: Fei Wang
Signed-off-by: Xinwei Kong
Reviewed-by: Haojian Zhuang
---
arch/arm64/boot/dts/hisilicon/hi6220-hikey.dts | 87 ++
1 file changed, 8
On Tue, 26 Jan, at 06:10:47PM, Ard Biesheuvel wrote:
> +
> +/*
> + * The UEFI memory descriptors have a virtual address field that is only used
> + * when installing the virtual mapping using SetVirtualAddressMap(). Since it
> + * is unused here, we can reuse it to keep track of each descriptor's s
From: Chen Feng
DT bindings for hisilicon hi655x MFD PMIC chip.
Signed-off-by: Chen Feng
Signed-off-by: Fei Wang
Signed-off-by: Xinwei Kong
Reviewed-by: Haojian Zhuang
---
.../devicetree/bindings/mfd/hisilicon,hi655x.txt | 27 ++
1 file changed, 27 insertions(+)
creat
From: Chen Feng
Add the regulator driver for hi655x PMIC.
Signed-off-by: Chen Feng
Signed-off-by: Fei Wang
Signed-off-by: Xinwei Kong
Reviewed-by: Haojian Zhuang
---
drivers/regulator/Kconfig| 8 ++
drivers/regulator/Makefile | 1 +
drivers/regulator/hi655x-regulat
On Fri, Jan 29, 2016 at 09:38:00AM -0500, Steven Rostedt wrote:
> On Fri, 29 Jan 2016 01:43:47 -0500
> Jessica Yu wrote:
>
>
> > ---
> > kernel/trace/ftrace.c | 7 ++-
> > 1 file changed, 6 insertions(+), 1 deletion(-)
> >
> > diff --git a/kernel/trace/ftrace.c b/kernel/trace/ftrace.c
> >
On Fri, Jan 29, 2016 at 10:49:50AM -0500, Steven Rostedt wrote:
> On Fri, 29 Jan 2016 09:45:05 -0600
> Josh Poimboeuf wrote:
>
>
> > If we do that then I still think it would be a good idea to split up the
> > livepatch notifiers, with:
> >
> > - INT_MAX-1 for coming so that relocations are all
On Fri, 29 Jan 2016 09:45:05 -0600
Josh Poimboeuf wrote:
> If we do that then I still think it would be a good idea to split up the
> livepatch notifiers, with:
>
> - INT_MAX-1 for coming so that relocations are all written before any
> other notifiers (besides ftrace) get a chance to run.
>
On Fri, Jan 29, 2016 at 5:38 PM, Andy Shevchenko
wrote:
> On Thu, Jan 7, 2016 at 5:46 PM, Tomeu Vizoso
> wrote:
>> Adds a function that sets the pointer to dev_pm_domain in struct device
>> and that warns if the device has already finished probing. The reason
>> why we want to enforce that is be
Since kthread_create can be failed, it needs to check
whether error occurred and return error code.
Signed-off-by: Insu Yun
---
sound/pci/emu10k1/emu10k1_main.c | 8
1 file changed, 8 insertions(+)
diff --git a/sound/pci/emu10k1/emu10k1_main.c b/sound/pci/emu10k1/emu10k1_main.c
index 2
On Tue, 26 Jan, at 06:10:49PM, Ard Biesheuvel wrote:
> Since arm64 does not use a decompressor that supplies an execution
> environment where it is feasible to some extent to provide a source of
> randomness, the arm64 KASLR kernel depends on the bootloader to supply
> some random bits in the /chos
On Fri, Jan 29, 2016 at 5:54 AM, Rusty Russell wrote:
> Lucas De Marchi writes:
>> Hi!
>>
>> CC'ing Rusty and mailing lists
>
> Thanks.
>
>> Rusty and ohers: it looks like both CONFIG_CRC32 and
>> CONFIG_CRYPTO_CRC32 can be compiled as module, and they generate
>> modules with the same name, crc3
On 01/26/2016 09:27 PM, Kefeng Wang wrote:
> Use helper of_platform_default_populate() in linux/of_platform
> when possible, instead of calling of_platform_populate() with
> the default match table.
>
> Cc: Ralf Baechle
> Signed-off-by: Kefeng Wang
> ---
> arch/mips/ath79/setup.c | 2
Hi Linus,
This just contains the fix for the split issue that we had in -rc1. It's
been well tested at this point, so let's get it in mainline so we don't
have the same split issue for -rc2.
Please pull!
git://git.kernel.dk/linux-block.git for-linus
-
Arnd Bergmann writes:
> This addresses both issues by moving all the definitions into the
> pxa25x_udc driver itself. It turns out the only difference between
> them was 'UDCCS_IO_ROF', and that could well be a mistake when it
> was incorrectly copied from pxa25x to ixp4xx.
>
> Signed-off-by: Arn
This patch implements the missing .import() and .export() mandatory
hooks for asynchronous hash algorithms. It also sets the relevant, non
zero, value for the .statesize field when declaring the supported SHA
algorithms. Indeed a zero value of .statesize prevents the algorithm from
being registered
The DT binding doc references the max77802 clocks header file which makes
no sense since of course it doesn't contain data related to the regulators.
It's a copy and paste error, so add a reference to the correct header file.
Signed-off-by: Javier Martinez Canillas
---
Documentation/devicetre
On Fri, Jan 29, 2016 at 12:47:20PM -0200, Gustavo Padovan wrote:
> Hi,
>
> 2016-01-25 Maarten Lankhorst :
>
> > Hey,
> >
> > Op 21-01-16 om 13:49 schreef Gustavo Padovan:
> > > From: Gustavo Padovan
> > >
> > > Hi,
> > >
> > > The following patches are some clean ups on the sync framework befor
Hi Philipp,
[auto build test ERROR on ljones-mfd/for-mfd-next]
[also build test ERROR on v4.5-rc1 next-20160129]
[if your patch is applied to the wrong git tree, please drop us a note to help
improving the system]
url:
https://github.com/0day-ci/linux/commits/Philipp-Zabel/mfd-syscon-set
On Thu, Jan 28, 2016 at 10:52:35AM +, Felipe F. Tonello wrote:
> add cs4271 and cs42727 support for fsl-asoc-card
>
> Signed-off-by: Felipe F. Tonello
> ---
> .../devicetree/bindings/sound/imx-audio-cs427x.txt | 47
> ++
> sound/soc/fsl/Kconfig
On Thu, Jan 28, 2016 at 06:19:16PM +0800, Wenyou Yang wrote:
> Add DT bindings to configurate the PMC_FSMR and PMC_FSPR registers
> to trigger a fast restart signal to PMC.
>
> Signed-off-by: Wenyou Yang
> ---
>
> .../devicetree/bindings/arm/atmel-pmc.txt | 74
>
Arnd Bergmann writes:
> The unclear part here is for IXP4xx, which supports both big-endian
> and little-endian configurations. So far, the driver has done
> no byteswap in either case. I suspect that is wrong and it would
> actually need to swap in one or the other case, but I don't know
> which
On Wed, 27 Jan, at 10:34:56AM, Sai Praneeth Prakhya wrote:
> From: Sai Praneeth
>
> Since EFI page tables can be treated as kernel page tables they should
> be global. All the other page mapping functions in pageattr.c set the
> _PAGE_GLOBAL bit and we want to avoid inconsistencies when we map a
Mark Brown writes:
> On Thu, Jan 28, 2016 at 07:55:17PM +, Harald Geyer wrote:
> > The data structures either have been copied in
> > of_get_gpio_regulator_config() already or are part of platform data,
> > which we keep a pointer to for the life time of the device anyway.
>
> The point of thi
On 1/29/16, Ingo Molnar wrote:
>
> * Jeffrey Merkey wrote:
>
>> On 1/28/16, Thomas Gleixner wrote:
>> > On Thu, 28 Jan 2016, Jeffrey Merkey wrote:
>> >> On 1/28/16, Thomas Gleixner wrote:
>> >> > I'm probably missing something obvious here.
>> >>
>> >> It's a pain in the butt to grep around thr
Hi,
Following this bug report:
http://thread.gmane.org/gmane.linux.ports.arm.kernel/468173 and the
suggestions from Russell King, I reviewed all the code involving
multi-CPU. It ended with this series of patches which should improve
the stability of the driver.
The first patch fix a real bug, the
This patch convert the for_each_present in on_each_cpu, instead of
applying on the present cpus it will be applied only on the online cpus.
This fix a bug reported on
http://thread.gmane.org/gmane.linux.ports.arm.kernel/468173.
Using the macro on_each_cpu (instead of a for_each_* loop) also ensure
In the MVNETA_INTR_* registers, the queues related fields are per cpu,
according to the datasheet (comment in [] are added by me):
"In a multi-CPU system, bits of RX[or TX] queues for which the access by
the reading[or writing] CPU is disabled are read as 0, and cannot be
cleared[or written]."
Tha
When stopping the port, the CPU notifier are still there whereas the
mvneta_stop_dev function calls mvneta_percpu_disable() on each CPUs.
It was possible to have a new CPU coming at this point which could be
racy.
This patch adds a flag preventing executing the code notifier for a new CPU
when the
Since the commit 2dcf75e2793c ("net: mvneta: Associate RX queues with
each CPU") all the percpu irq are used and unmask at initialization, so
there is no point to unmask them first.
Signed-off-by: Gregory CLEMENT
---
drivers/net/ethernet/marvell/mvneta.c | 8
1 file changed, 8 deletions
Electing a CPU must be done in an atomic way: it should be done after or
before the removal/insertion of a CPU and this function is not reentrant.
During the loop of mvneta_percpu_elect we associates the queues to the
CPUs, if there is a topology change during this loop, then the mapping
between t
On Thu, Jan 28, 2016 at 04:43:35PM +0800, Caesar Wang wrote:
> This patch add the mclk property for the CODEC driver,
> since sometime the CODEC driver needs the clock enabled.
s/add/adds/
s/sometime/sometimes/
> The system clock of ALC5616 can be selected from MCLK,
> That's also make as the co
- On Jan 29, 2016, at 3:39 AM, Thomas Gleixner t...@linutronix.de wrote:
> On Thu, 28 Jan 2016, Mathieu Desnoyers wrote:
>> - On Jan 28, 2016, at 4:52 PM, Thomas Gleixner t...@linutronix.de wrote:
>> >> + current->cpu_cache = cpu_cache;
>> >> + /*
>> >> + * Migrati
Four fixes: one to try to fix our repeated intermittent crashes in
suspend/resume, one to correct a regression in the optimal I/O size
reporting and a couple for randconfig build failures in the hisi_sas
driver.
The patch is available here:
git://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi.
Instead of using a for_each_* loop in which we just call the
smp_call_function_single macro, it is more simple to directly use the
on_each_cpu macro. Moreover, this macro ensures that the calls will be
done all at once.
Suggested-by: Russell King
Signed-off-by: Gregory CLEMENT
---
drivers/net/e
On Wed, Jan 27, 2016 at 07:40:07PM +0530, Laxman Dewangan wrote:
> MAXIM Semiconductor's PMIC, MAX77620/MAX20024 has 8 GPIO
> pins. It also supports interrupts from these pins.
>
> Add GPIO driver for these pins to control via GPIO APIs.
>
> Signed-off-by: Laxman Dewangan
> Signed-off-by: Chaita
On Fri, 29 Jan 2016, Jessica Yu wrote:
> Detangle klp_module_notify() into two separate module notifiers
> klp_module_notify_{coming,going}() with the appropriate priorities,
> so that on module load, the ftrace module notifier will run *before*
> the livepatch coming module notifier but *after* t
On Fri, 29 Jan 2016 16:56:11 +0100,
Insu Yun wrote:
>
> Since kthread_create can be failed, it needs to check
> whether error occurred and return error code.
>
> Signed-off-by: Insu Yun
Applied, thanks.
Takashi
> ---
> sound/pci/emu10k1/emu10k1_main.c | 8
> 1 file changed, 8 inser
On Thu, Jan 28, 2016 at 10:28:14PM +0300, Мороз Олег wrote:
> What i need to print out at first order?
Jiang, can you chime in here?
991de2e59090 is related to IRQs, so I'd start by printing dev->irq in your
driver before and after you call pci_enable_device(). Add some printks in
pcibios_alloc
Hi Peter,
On 2016-01-25, Peter Hurley wrote:
>> The DMA-enabled OMAP UART driver in its current form queues 48 bytes
>> for a DMA-RX transfer. After the transfer is complete, a new transfer
>> of 48 bytes is queued. The DMA completion callback runs in tasklet
>> context, so a reschedule with cont
On Fri, Jan 29, 2016 at 5:51 PM, Andy Shevchenko
wrote:
> On Fri, Jan 29, 2016 at 5:38 PM, Andy Shevchenko
> wrote:
>> On Thu, Jan 7, 2016 at 5:46 PM, Tomeu Vizoso
>> wrote:
>>> Adds a function that sets the pointer to dev_pm_domain in struct device
>>> and that warns if the device has already
Hi Marc,
Please respond to Vineet last email.
I wish to close the IPI handling within my patch set.
Regards,
Noam
From: Vineet Gupta
Sent: Monday, January 25, 2016 3:08:34 PM
To: Marc Zyngier; Noam Camus; linux-snps-...@lists.infradead.org
Cc: linux-kerne
Hi Eric,
Thanks for the review.
On Fri, Jan 29, 2016 at 08:29:55AM -0600, Eric W. Biederman wrote:
> Tycho Andersen writes:
>
> > Operations with the GENL_ADMIN_PERM flag fail permissions checks because
> > this flag means we call netlink_capable, which uses the init user ns.
> >
> > Instead, l
On 23.01.16 17:39:21, Hanjun Guo wrote:
> From: Hanjun Guo
>
> Add function needed for cpu to node mapping, and enable
> ACPI based NUMA for ARM64 in Kconfig
>
> Signed-off-by: Hanjun Guo
> ---
> drivers/acpi/Kconfig | 2 +-
> drivers/acpi/numa.c | 35 +++
> i
On 1/29/16, Ingo Molnar wrote:
>
> * Jeffrey Merkey wrote:
>
>> On 1/28/16, Thomas Gleixner wrote:
>> > On Thu, 28 Jan 2016, Jeffrey Merkey wrote:
>> >> On 1/28/16, Thomas Gleixner wrote:
>> >> > I'm probably missing something obvious here.
>> >>
>> >> It's a pain in the butt to grep around thr
On Wed, Jan 27, 2016 at 05:30:45PM +0300, Vladimir Davydov wrote:
> On Tue, Jan 26, 2016 at 04:00:02PM -0500, Johannes Weiner wrote:
>
> > @@ -683,17 +683,17 @@ int __set_page_dirty_buffers(struct page *page)
> > } while (bh != head);
> > }
> > /*
> > -* Use mem_group_begin
On Wed, Jan 27, 2016 at 06:14:00PM +0200, Pantelis Antoniou wrote:
> Hi Mark,
>
> > On Jan 27, 2016, at 18:05 , Mark Rutland wrote:
> >
> > On Wed, Jan 27, 2016 at 08:50:17PM +0530, Amitoj Kaur Chawla wrote:
> >> for_each_child_of_node performs an of_node_get on each iteration, so
> >> to break
On Fri, Jan 29, 2016 at 10:22:41AM -0500, Steven Rostedt wrote:
> > No, that doesn't fix it (current Linus' master):
> >
> > # uname -a
> > Linux p2345007 4.5.0-rc1-00032-g26cd83670f2f #26 SMP Fri Jan 29 15:39:47
> > CET 2016 s390x s390x s390x GNU/Linux
> >
> > # cat stack_max_size
> > 4496
> >
clk_prepare()/clk_unprepare() must not be called within atomic context.
This patch calls clk_prepare() once for all from atmel_aes_probe() and
clk_unprepare() from atmel_aes_remove().
Then calls of clk_prepare_enable()/clk_disable_unprepare() were replaced
by calls of clk_enable()/clk_disable().
On Fri, 29 Jan 2016 17:49:18 +0100
Heiko Carstens wrote:
> Which looks much better. The stack tracer also works again!
Great! Although, it shouldn't have affected the stack tracing of kprobe
events :-/
Although the previous commit I showed would.
>
> If the above is supposed to be the final
Jan,
There was already a "[PATCH v2 5/5]" that differs from this one.
Perhaps you should resend the entire patch set and mark it v3.
Thanks,
David Daney
On 01/29/2016 12:29 AM, Jan Glauber wrote:
ARMv8.1 increases the PMU event number space. Detect the
presence of this PMUv3 type and extend
On Friday 29 January 2016 17:18:09 Krzysztof Hałasa wrote:
> Arnd Bergmann writes:
>
> > The unclear part here is for IXP4xx, which supports both big-endian
> > and little-endian configurations. So far, the driver has done
> > no byteswap in either case. I suspect that is wrong and it would
> > a
On Thu, Jan 28, 2016 at 02:13:04PM -0600, Corey Minyard wrote:
> Tomeu, you added that check in
>
> [989561de9b5112999475b406557d9c7e9e59c041] PM / Domains: add setter for
> dev.pm_domain
>
> and either something is wrong in the platform device handling or elsewhere
> in the device code, if
> tha
Hello,
after commit a9fa852886fd5a7ccec3b7e9eff75f85072f009c
display no longer works on the Snow board. The built-in panel is no
longer probed.
The commit *supposedly* provides for backwards compatibility and at
first glance only new options for probing the panel are added.
However, reverting
On Fri, Jan 29, 2016 at 05:59:33PM +0800, Zhangjian (Bamvor) wrote:
> Hi,
>
> On 1:22 2016/1/15, Yury Norov wrote:
> >This is still RFC because we have no glibc yet, that correspnds new ABI
> >introduced here. And so we cannot run tests. LP64 and AARCH32 tests show
> >no regression though.
> Hi,
>
On 20/01/16 18:07, Mans Rullgard wrote:
> This adds support for the secondary interrupt controller used in Sigma
> Designs SMP86xx and SMP87xx chips.
>
> Signed-off-by: Mans Rullgard
> ---
> Changes from v3:
> - use of_address_to_resource() rather accessing "reg" property directly
>
> Boot teste
Hi Linus,
Please pull hwmon fixes for Linux v4.5-rc2 from signed tag:
git://git.kernel.org/pub/scm/linux/kernel/git/groeck/linux-staging.git
hwmon-for-linus-v4.5-rc2
Thanks,
Guenter
--
The following changes since commit 92e963f50fc74041b5e9e744c330dca48e04f08d:
Linux 4.5-rc1 (2016-0
Hello Michal,
On 01/29/2016 02:07 PM, Michal Suchanek wrote:
Hello,
after commit a9fa852886fd5a7ccec3b7e9eff75f85072f009c
display no longer works on the Snow board. The built-in panel is no
longer probed.
The commit *supposedly* provides for backwards compatibility and at
first glance only n
On 1/29/16, Jeffrey Merkey wrote:
> On 1/29/16, Ingo Molnar wrote:
>>
>> * Jeffrey Merkey wrote:
>>
>>> On 1/28/16, Thomas Gleixner wrote:
>>> > On Thu, 28 Jan 2016, Jeffrey Merkey wrote:
>>> >> On 1/28/16, Thomas Gleixner wrote:
>>> >> > I'm probably missing something obvious here.
>>> >>
>>>
On Fri, Jan 29, 2016 at 11:56:59AM -0500, Steven Rostedt wrote:
> On Fri, 29 Jan 2016 17:49:18 +0100
> Heiko Carstens wrote:
>
> > Which looks much better. The stack tracer also works again!
>
> Great! Although, it shouldn't have affected the stack tracing of kprobe
> events :-/
Yes, you're ab
Hi everyone,
This was "mmc: sunxi: Support vqmmc regulator and eMMC DDR modes". vqmmc
support and DT patches were merged even though it was an RFC series, to
my suprise.
These are the remaining patches that add eMMC HS-DDR support to sunxi.
Patch 1 adds timing delays for MMC_DDR52 mode.
Patch 2
Allwinner's MMC controller needs to run at double the card clock rate
for 8 bit DDR transfer modes. Interestingly, this is not needed for
4 bit DDR transfers.
Different clock delays are needed for 8 bit eMMC DDR, due to the
increased module clock rate. For the A80 though, the same values for
4 bit
DDR transfer modes include UHS-1 DDR50 and MMC HS-DDR (or MMC_DDR52).
Consider MMC_DDR52 when setting clock delays.
Since MMC high speed mode goes up to 52 MHz instead of 50 MHz for SD,
and this number is visible in the capability macro, increase the
clock rate upper limit to 52 MHz.
Signed-off-b
Now that clock delay settings for 8 bit DDR are correct, and vqmmc
support is available, we can enable MMC_CAP_1_8V_DDR support. This
enables MMC HS-DDR at up to 52 MHz, even if signal voltage switching
is not available.
Signed-off-by: Chen-Yu Tsai
---
There was discussion about an alternative:
On Fri, Jan 29, 2016 at 02:08:21PM +0200, Adrian Hunter wrote:
> I might make a tree because I want to try to separate Russell's bug fixes
> from the clean-ups, and then cc stable on the bug fixes.
It would be good if you could ask for that, I'll look at rearranging
(and re-testing) the patches to
This patch fixes checkpatch.pl warning in rtw_mlme_ext.c file.
WARNING: void function return statements are not generally useful
Signed-off-by: Bhaktipriya Shridhar
---
drivers/staging/rtl8723au/core/rtw_mlme_ext.c | 10 --
1 file changed, 10 deletions(-)
diff --git a/drivers/staging/rt
On Fri, Jan 29, 2016 at 05:30:46PM +0100, Miroslav Benes wrote:
> Otherwise than that it looks good. I agree there are advantages to split
> the notifiers. For example we can replace the coming one with the function
> call somewhere in load_module() to improve error handling if the patching
> fa
On 2016-01-25 10:29:33, Herbert Xu wrote:
> On Sun, Jan 24, 2016 at 07:10:50PM +0100, Julia Lawall wrote:
> > Maybe the goto on line 1726 needs a preceding mutex_unlock?
>
> Good catch! Thanks.
>
> ---8<---
> This patch replaces uses of ablkcipher and blkcipher with skcipher,
> and the long obsol
On Wed, Jan 27, 2016 at 05:58:27PM +0300, Vladimir Davydov wrote:
> On Tue, Jan 26, 2016 at 04:00:06PM -0500, Johannes Weiner wrote:
> > diff --git a/include/linux/swap.h b/include/linux/swap.h
> > index b14a2bb33514..1cf3065c143b 100644
> > --- a/include/linux/swap.h
> > +++ b/include/linux/swap.h
Hi Ray,
On Thu, Jan 28, 2016 at 03:37:20PM -0800, Ray Jui wrote:
> This patch removes the conditional check that limits the number of
> functions to be supported by the internally emulated endpoint device
> connected to PAXC. Investigation shows that the emulated PAXC endpoint
> device can properl
On Fri, Jan 29, 2016 at 10:38:42PM +0530, Bijosh Thykkoottathil wrote:
> From: Bijosh Thykkoottathil
You do not need this From: line here. The email From: header is
sufficient.
>
> Fixes following coading style issues reported by the check patch script.
> - ERROR: Macros with complex values
Hi Rob,
> On Jan 29, 2016, at 18:45 , Rob Herring wrote:
>
> On Wed, Jan 27, 2016 at 06:14:00PM +0200, Pantelis Antoniou wrote:
>> Hi Mark,
>>
>>> On Jan 27, 2016, at 18:05 , Mark Rutland wrote:
>>>
>>> On Wed, Jan 27, 2016 at 08:50:17PM +0530, Amitoj Kaur Chawla wrote:
for_each_child_of
Hi Clemens,
On Thu, Jan 28, 2016 at 09:46:59AM +0100, Clemens Ladisch wrote:
> Dave Penkler wrote:
> > Implement support for the USB488 defined READ_STATUS_BYTE ioctl (1/5)
> > and SRQ notifications with fasync (2/5) and poll/select (3/5) in order
> > to be able to synchronize with variable duratio
On Fri, Jan 29, 2016 at 6:26 AM, Borislav Petkov wrote:
> On Mon, Jan 25, 2016 at 10:37:44AM -0800, Andy Lutomirski wrote:
>> On my Skylake laptop, INVPCID function 2 (flush absolutely
>> everything) takes about 376ns, whereas saving flags, twiddling
>> CR4.PGE to flush global mappings, and restor
The vexpress hwmon implementation is currently just called vexpress.
This is a problem because it clashes with another module with the same
name in regulators.
This patch renames the vexpress hwmon implementation to vexpress-hwmon
so that there will be no clash in the module namespace.
Cc: Liviu
The vexpress regulator implementation is currently just called vexpress.
This is a problem because it clashes with another module with the same
name in hardware monitors.
This patch renames the vexpress regulator implementation to
vexpress-regulator so that there will be no clash in the module nam
On 29 January 2016 at 03:34, Adrian Hunter wrote:
> On 25/01/16 23:10, Arnaldo Carvalho de Melo wrote:
>> Em Mon, Jan 25, 2016 at 01:51:18PM -0700, Mathieu Poirier escreveu:
>>> On 14 January 2016 at 14:46, Mathieu Poirier
>>> wrote:
Coresight ETMs are IP blocks used to perform HW assisted
On Fri, Jan 22, 2016 at 03:44:16PM +0200, Andy Shevchenko wrote:
> On Fri, Jan 22, 2016 at 12:53 PM, Sudip Mukherjee
> wrote:
> > On Wed, Jan 20, 2016 at 04:24:36PM +0800, Peter Hung wrote:
> >> Hi Sudip,
> >>
> >> Sudip Mukherjee 於 2016/1/20 下午 02:22 寫道:
> >> >On Wed, Jan 20, 2016 at 10:59:28AM +
[ Added Rusty, as he's still maintainer of the module code ]
On Fri, 29 Jan 2016 11:30:10 -0600
Josh Poimboeuf wrote:
> On Fri, Jan 29, 2016 at 05:30:46PM +0100, Miroslav Benes wrote:
> > Otherwise than that it looks good. I agree there are advantages to split
> > the notifiers. For example we
There is a nasty confusion that, for kernel module, dso->kernel
is not necessary to be DSO_TYPE_KERNEL or DSO_TYPE_GUEST_KERNEL.
These two enums are for vmlinux. See thread [1]. We tried to fix
this part but it is costy.
Code machine__write_buildid_table() is another unfortunate function
fall into
On 01/29/2016 08:18 AM, Dan Williams wrote:
+unsigned char *read_dev_sector(struct block_device *bdev, sector_t n, Sector
*p)
+{
struct page *page;
- page = read_mapping_page(mapping, (pgoff_t)(n >> (PAGE_CACHE_SHIFT-9)),
-NULL);
+ /* don't po
On 01/28/16 01:23, Daniel Vetter wrote:
And I think driver_data really shouldn't be there, it makes things
complicated with the array of variable-sized objects, and generic
userspace can't really use it - for debug output we already have
obj/driver_name per fence point, which I think is good enou
On Thu, 28 Jan 2016 19:05:16 -0500
Insu Yun wrote:
> Since drm_property_create_range can be failed in memory pressure,
> it needs to be handled.
>
> Signed-off-by: Insu Yun
> ---
> drivers/gpu/drm/gma500/framebuffer.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/drivers/gpu/drm
Hi Carlos,
Thank you for the patch.
On Friday 29 January 2016 10:33:47 Carlos Palminha wrote:
> The mode_fixup is necessary when using it in a DRM FB driver pipeline.
Instead of implementing stubs in encoder drivers, wouldn't it be better to
make mode_fixup optional ?
> Signed-off-by: Carlos P
301 - 400 of 769 matches
Mail list logo
