Usage of labels instead of full paths reduces possible mistakes when
overriding nodes.
Signed-off-by: Krzysztof Kozlowski
---
arch/arm/boot/dts/exynos5250.dtsi | 82 +++
1 file changed, 41 insertions(+), 41 deletions(-)
diff --git a/arch/arm/boot/dts/exynos52
Hi,
Changes since v2
1. New patch 8/8: ARM: dts: Use labels for overriding nodes
in exynos5422-odroidxu3
2. To avoid conflicts rebased on my "for-next" branch of
https://github.com/krzk/linux
The branch above contains some patches for Exynos5 boards
applied from LKML.
On Thursday, May 14, 2015 10:40:46 AM Viresh Kumar wrote:
> On 14-05-15, 13:07, Kukjin Kim wrote:
> > On 05/13/15 23:08, Bartlomiej Zolnierkiewicz wrote:
> > >
> > > Hi,
> > >
> > Hi Bart,
> >
> > > On Friday, April 03, 2015 06:43:43 PM Bartlomiej Zolnierkiewicz wrote:
> > >> Hi,
> > >>
> > >> T
On Wed, May 06, 2015 at 04:28:57PM +0200, Denys Vlasenko wrote:
> On x86 allyesconfig build:
> The function compiles to 489 bytes of machine code.
> It has 25 callsites.
>
> textdata bss dec hex filename
> 82441375 22255384 20627456 125324215 7784bb7 vmlinux.before
> 824349
On Wed, May 13, 2015 at 8:32 PM, Jonathan Cameron wrote:
> On 13/05/15 12:14, Lars-Peter Clausen wrote:
>> Hi,
>>
>> I'd like to go back to the issue of having one folder per trigger type and
>> create triggers for a type in their respective folder.
>>
>> I'm not convinced that it is an intentiona
On Thursday 14 May 2015 04:54:07 Dan Streetman wrote:
> On Wed, May 13, 2015 at 7:52 PM, Dan Streetman wrote:
> >> Building the 842 code on 32-bit ARM currently results in this link
> >> error:
> >>
> >> ERROR: "__aeabi_uldivmod" [lib/842/842_decompress.ko] undefined!
> >
> > Oops! Guess I should
On Wednesday 13 May 2015 17:49:00 Rob Herring wrote:
> +
> + /* enable port power and reserved bit 25 */
> + status = __raw_readl(&ehci_regs->port_status[0]);
> + status |= (PORT_POWER) | (1 << 25);
> + /* Clear bits 30:31 for HSIC to be enabled */
> + status &= ~(0x3 << 30);
>
The Lenovo ThinkPad L450 requires the ALC292_FIXUP_TPT440_DOCK fix in
order to get sound output on the docking stations audio port.
This patch was tested using a ThinkPad L450 (20DSS00B00) using kernel
4.0.3 and a ThinkPad Pro Dock.
Signed-off-by: Ansgar Hegerfeld
---
sound/pci/hda/patch_realte
On Tue, May 12, 2015 at 08:25:59AM -0700, Arjan van de Ven wrote:
> > also the interesting question is:
> > can a process give up these perms?
> > otherwise it becomes a "once given, never gotten rid of" hell hole.
>
> If you look at a modern linux distro, nothing should need/use iopl and
> co any
On Thursday 14 May 2015 10:24:38 Paul Bolle wrote:
>
> > --- a/drivers/usb/host/Makefile
> > +++ b/drivers/usb/host/Makefile
>
> > +obj-$(CONFIG_USB_EHCI_MV_OF) += ehci-mv-of.o
>
> USB_EHCI_MV_OF is a bool symbol so ehci-mv-of.o will never be part of a
> module, correct?
>
>
I think that's a
Stress testing showed that soft offline events for a process iterating
"mmap-pagefault-munmap" loop can trigger VM_BUG_ON(PAGE_FLAGS_CHECK_AT_PREP)
in __free_one_page():
[ 14.025761] Soft offlining page 0x70fe1 at 0x7018d000
[ 14.029400] Soft offlining page 0x705fb at 0x7038d000
memory_failure() is supposed not to handle thp itself, but to split it. But
if something were wrong and page_action() were called on thp, me_huge_page()
(action routine for hugepages) should be better to take no action, rather
than to take wrong action prepared for hugetlb (which triggers BUG_ON().
memory_failure() doesn't handle thp itself at this time and need to split
it before doing isolation. Currently thp is split in the middle of
hwpoison_user_mappings(), but there're corner cases where memory_failure()
wrongly tries to handle thp without splitting.
1) "non anonymous" thp, which is n
I updated the hwpoison fix patchset. Patch 2 has major changes and patch 1
has a trivial change. The other patches has no change. Please see also ver.1
(http://thread.gmane.org/gmane.linux.kernel.mm/132586) for this patchset's
general description.
Thanks,
Naoya Horiguchi
---
Tree:
https://github.
memory_failrue() can run in 2 different mode (specified by MF_COUNT_INCREASED)
in page refcount perspective. When MF_COUNT_INCREASED is set, memory_failrue()
assumes that the caller takes a refcount of the target page. And if cleared,
memory_failure() takes it in it's own.
In current code, however
On Wed, Apr 29, 2015 at 8:01 PM, Fabian Frederick wrote:
> config_item_init() is only used in item.c
>
> Signed-off-by: Fabian Frederick
Nack! Have a look at drivers/usb/gadget/configfs.c
> ---
> fs/configfs/item.c | 3 +--
> include/linux/configfs.h | 1 -
> 2 files changed, 1 insertion(
* Milos Vyletel wrote:
> Use new read/write locks when accesing buildid directory on places where
> we may race if multiple instances are run simultaneously.
Dunno, this will create locking interaction between multiple instances
of perf - hanging each other, etc.
And it seems unnecessary: the
* Ingo Molnar wrote:
> To list an architecture's unsupported features, just do something
> like:
>
> $ git grep -lE 'x86.*TODO' Documentation/features/*/arch-support.txt
>
> Documentation/features/arch-tick-broadcast/arch-support.txt
> Documentation/features/strncasecmp/arch-support.txt
On 05/14/2015 11:45 AM, Stas Sergeev wrote:
14.05.2015 11:44, Jacek Anaszewski пишет:
if (led_cdev->blink_delay_on || led_cdev->blink_delay_off) {
led_cdev->delayed_set_value = brightness;
-schedule_work(&led_cdev->set_brightness_work);
This line is still required.
On Thu, May 14, 2015 at 11:08:33AM +0100, Lee Jones wrote:
> On Thu, 14 May 2015, Richard Fitzgerald wrote:
>
> > Signed-off-by: Richard Fitzgerald
> > ---
>
> This is v4, so where's the change log?
>
> I looked though my own history of the patch and I see that I already
> Acked v3, so I'm pret
On Wed, May 13, 2015 at 05:19:06PM -0700, Scott Branden wrote:
> The purpose of this mspi interface is to connect to NOR flash. There are
> other SPI interfaces on the devices used to connect to other SPI devies. We
> don't have any need to support full duplex slaves on this port (NOR have any
>
On Wed, May 13, 2015 at 5:44 PM, Feng Kan wrote:
> We are using the gpio driver with gpio_key for power button. The gpio
> status can only be retrieved from the GIC register when the gpio is
> acting as a interrupt.
OK I understand so much. SPISR is a status register of the state
of the IRQ line
On Thu, May 14, 2015 at 12:16:15PM +0200, Ingo Molnar wrote:
>
> * Josh Triplett wrote:
>
> > On Wed, May 13, 2015 at 09:27:57AM -0700, Josh Triplett wrote:
> >
> > > How likely is this to get out of date? Are people going to
> > > remember to patch this when they add a feature to their
> > >
On Thu, May 14, 2015 at 10:35:42AM +0100, Jon Medhurst (Tixy) wrote:
> On Wed, 2015-05-13 at 18:11 +0100, Liviu Dudau wrote:
> > Prepare the device tree for adding more boards based on Juno r0.
> >
> > Signed-off-by: Liviu Dudau
> > ---
> > arch/arm64/boot/dts/arm/juno-base.dtsi | 125
> > +
On Wed, May 13, 2015 at 07:09:40PM -0400, Sasha Levin wrote:
> On 05/13/2015 09:43 AM, Peter Zijlstra wrote:
> > So I suppose the below (compile tested) patch should fix things, but
> > seeing how I've been up since 4am I might just have missed something
> > obvious :-)
>
> I know exactly how you
On Thu, 14 May 2015, Jon Hunter wrote:
> On 14/05/15 10:30, Lee Jones wrote:
> > On Thu, 14 May 2015, Jon Hunter wrote:
> >> On 14/05/15 08:40, Lee Jones wrote:
> >>> On Thu, 14 May 2015, Jon Hunter wrote:
> On 13/05/15 15:39, Lee Jones wrote:
> > On Mon, 04 May 2015, Andrew Bresticker wro
Usage of labels instead of full paths reduces possible mistakes when
overriding nodes.
Signed-off-by: Krzysztof Kozlowski
---
arch/arm/boot/dts/exynos4210-trats.dts | 592 -
1 file changed, 296 insertions(+), 296 deletions(-)
diff --git a/arch/arm/boot/dts/exynos
Usage of labels instead of full paths reduces possible mistakes when
overriding nodes.
Signed-off-by: Krzysztof Kozlowski
---
arch/arm/boot/dts/exynos4210.dtsi | 43 +++
1 file changed, 21 insertions(+), 22 deletions(-)
diff --git a/arch/arm/boot/dts/exynos42
Usage of labels instead of full paths reduces possible mistakes when
overriding nodes.
Signed-off-by: Krzysztof Kozlowski
---
arch/arm/boot/dts/exynos4212.dtsi | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/arch/arm/boot/dts/exynos4212.dtsi
b/arch/arm/boot/dts/
When task exits or group is destroyed, the entity's load should be
removed from its parent cfs_rq's load. Otherwise, it will take time
for the parent cfs_rq to decay the dead entity's load to 0, which
is not desired.
Signed-off-by: Yuyang Du
---
kernel/sched/fair.c | 11 ++-
1 file cha
* Josh Triplett wrote:
> On Wed, May 13, 2015 at 09:27:57AM -0700, Josh Triplett wrote:
>
> > How likely is this to get out of date? Are people going to
> > remember to patch this when they add a feature to their
> > architecture? If they found out they had work to do by reading
> > this fi
The runnable load and utilization averages of cfs_rq's sched_entity were
not initiated. Like done to a task, give new cfs_rq' sched_entity
start values to heavy its load in infant time.
Signed-off-by: Yuyang Du
---
kernel/sched/core.c |2 +-
kernel/sched/fair.c | 13 +++--
kernel
On Thu, May 14, 2015 at 11:21:37AM +0200, Borislav Petkov wrote:
> On Thu, May 14, 2015 at 02:54:52PM +0800, Huang Rui wrote:
> > Hi Len, Rafael, and all,
> >
> > AMD proposed a new instruction named mwaitx. This is an extension of
> > mwait with a configurable timer (mwaitx = mwait + timer). And
The current rq->avg is not used at all since its merge into kernel,
and the code is in the scheduler's hot path, so remove it.
Signed-off-by: Yuyang Du
---
kernel/sched/debug.c |7 +--
kernel/sched/fair.c | 25 -
kernel/sched/sched.h |2 --
3 files changed,
Usage of labels instead of full paths reduces possible mistakes when
overriding nodes.
Signed-off-by: Krzysztof Kozlowski
---
arch/arm/boot/dts/exynos4210-smdkv310.dts | 280 +++---
1 file changed, 140 insertions(+), 140 deletions(-)
diff --git a/arch/arm/boot/dts/exynos
The idea of runnable load average (let runnable time contribute to weight)
was proposed by Paul Turner, and it is still followed by this rewrite. This
rewrite aims to solve the following issues:
1. cfs_rq's load average (namely runnable_load_avg and blocked_load_avg) is
updated at the granulari
Hi Peter and Ingo,
The 7th version mostly is to accommodate the utilization load average recently
merged into kernel. The general idea is as well to update the cfs_rq as a whole
as opposed to only updating an entity at a time and update the cfs_rq with the
only updated entity.
The following chang
Add arch support matrices for more than 40 generic kernel features
that need per architecture support.
Each feature has its own directory under Documentation/features/feature_name/,
and the arch-support.txt file shows its current arch porting status.
For example, lockdep support is shown the fo
On Mon, May 11, 2015 at 07:53:41PM -0700, Laura Abbott wrote:
> From: Laura Abbott
>
> The memblock limit is currently used in find_limits
> to find the bounds for ZONE_NORMAL. The memblock
> limit may need to be rounded down a PMD size to ensure
> allocations are fully mapped though. This has th
Usage of labels instead of full paths reduces possible mistakes when
overriding nodes.
Signed-off-by: Krzysztof Kozlowski
---
arch/arm/boot/dts/exynos4412-origen.dts | 892
1 file changed, 446 insertions(+), 446 deletions(-)
diff --git a/arch/arm/boot/dts/exynos
Usage of labels instead of full paths reduces possible mistakes when
overriding nodes.
Signed-off-by: Krzysztof Kozlowski
For thermal zones:
Acked-by: Eduardo Valentin
---
arch/arm/boot/dts/exynos4412-odroid-common.dtsi | 732
arch/arm/boot/dts/exynos4412-odroidx.dts
Hi Arnd,
2015-05-13 16:48 GMT+09:00 Arnd Bergmann :
> On Wednesday 13 May 2015 16:00:21 Masahiro Yamada wrote:
>> 2015-05-13 0:00 GMT+09:00 Arnd Bergmann :
>> > On Friday 08 May 2015 13:07:10 Masahiro Yamada wrote:
>> > Welcome as our latest new maintainer. In the future, please send
>> > any foll
Usage of labels instead of full paths reduces possible mistakes when
overriding nodes.
Signed-off-by: Krzysztof Kozlowski
---
arch/arm/boot/dts/exynos4412-trats2.dts | 1332 ---
1 file changed, 667 insertions(+), 665 deletions(-)
diff --git a/arch/arm/boot/dts/exynos
Linus,
the following changes since commit 5ebe6afaf0057ac3eaeb98defd5456894b446d22:
Linux 4.1-rc2 (2015-05-03 19:22:23 -0700)
are available in the git repository at:
git://git.infradead.org/linux-ubifs.git tags/upstream-4.1-rc4
for you to fetch changes up to 98fb1ffd8154890d7051750e61ff554
Usage of labels instead of full paths reduces possible mistakes when
overriding nodes.
Signed-off-by: Krzysztof Kozlowski
---
arch/arm/boot/dts/exynos4x12.dtsi | 216 +++---
1 file changed, 108 insertions(+), 108 deletions(-)
diff --git a/arch/arm/boot/dts/exynos
Usage of labels instead of full paths reduces possible mistakes when
overriding nodes.
Signed-off-by: Krzysztof Kozlowski
---
arch/arm/boot/dts/exynos4412-tiny4412.dts | 54 +++
1 file changed, 27 insertions(+), 27 deletions(-)
diff --git a/arch/arm/boot/dts/exynos44
Add new labels to certain nodes so they could be easily referenced by
Exynos4 board DTS files.
Signed-off-by: Krzysztof Kozlowski
---
arch/arm/boot/dts/exynos4.dtsi| 22 +++---
arch/arm/boot/dts/exynos4210.dtsi | 6 +++---
arch/arm/boot/dts/exynos4x12-pinctrl
Usage of labels instead of full paths reduces possible mistakes when
overriding nodes.
Signed-off-by: Krzysztof Kozlowski
---
arch/arm/boot/dts/exynos4412-smdk4412.dts | 210 +++---
1 file changed, 105 insertions(+), 105 deletions(-)
diff --git a/arch/arm/boot/dts/exynos
Usage of labels instead of full paths reduces possible mistakes when
overriding nodes.
Signed-off-by: Krzysztof Kozlowski
---
arch/arm/boot/dts/exynos4412.dtsi | 20 ++--
1 file changed, 10 insertions(+), 10 deletions(-)
diff --git a/arch/arm/boot/dts/exynos4412.dtsi
b/arch/arm
Hi,
Changes since v4
1. Patch 1: Don't add labels in exynos4210-pinctrl.dtsi because
these are already defined in exynos4210.dtsi.
2. Patch 9: Add ack from Eduardo Valentin.
Changes since v3
1. New patches (12 and 13) for Exynos4412 Origen and Tiny4412.
2. R
Usage of labels instead of full paths reduces possible mistakes when
overriding nodes.
Signed-off-by: Krzysztof Kozlowski
---
arch/arm/boot/dts/exynos4210-origen.dts | 418
1 file changed, 209 insertions(+), 209 deletions(-)
diff --git a/arch/arm/boot/dts/exynos
On 14/05/15 10:30, Lee Jones wrote:
> On Thu, 14 May 2015, Jon Hunter wrote:
>> On 14/05/15 08:40, Lee Jones wrote:
>>> On Thu, 14 May 2015, Jon Hunter wrote:
On 13/05/15 15:39, Lee Jones wrote:
> On Mon, 04 May 2015, Andrew Bresticker wrote:
>
>> Add a binding document for the XU
On Thu, 14 May 2015, Richard Fitzgerald wrote:
> Signed-off-by: Richard Fitzgerald
> ---
This is v4, so where's the change log?
I looked though my own history of the patch and I see that I already
Acked v3, so I'm pretty unsure what's happening.
> drivers/mfd/Kconfig |6
On Wed, May 13, 2015 at 10:56:39PM +0200, Arnd Bergmann wrote:
> Building the 842 code on 32-bit ARM currently results in this link
> error:
>
> ERROR: "__aeabi_uldivmod" [lib/842/842_decompress.ko] undefined!
>
> The reason is that the __do_index function performs a 64-bit
> division by a power-
On Thu, May 14, 2015 at 12:31 AM, Mel Gorman wrote:
On Wed, May 13, 2015 at 10:53:33AM -0500, nzimmer wrote:
I am just noticed a hang on my largest box.
I can only reproduce with large core counts, if I turn down the
number of cpus it doesn't have an issue.
Odd. The number of core counts
* Andrew Morton wrote:
> On Wed, 13 May 2015 09:27:57 -0700 Josh Triplett
> wrote:
>
> > If we can't generate this, then the ASCII-art style and right-aligned
> > feature names seems *really* likely to produce spurious conflicts,
> > especially when adding a feature to the list. Even though
Lee Jones writes:
> On Wed, 13 May 2015, Eric Anholt wrote:
>
>> This driver will provide support for calls into the firmware that will
>> be used by other drivers like cpufreq and vc4.
>>
>> Signed-off-by: Eric Anholt
>> ---
>>
>> v2: Improve commit message, point to mailbox.txt for how mboxe
On Thu, May 14, 2015 at 02:58:59AM -0500, Eric W. Biederman wrote:
>
>
> On May 14, 2015 1:06:00 AM CDT, "Michael S. Tsirkin" wrote:
> >On Wed, May 13, 2015 at 08:41:55AM +0200, Michael S. Tsirkin wrote:
> >> > This also sounds like a case for implementing a shutdown callback
> >and
> >> > disab
On Thu, 14 May 2015 14:45:47 +0530, ram kiran wrote:
> > I know little about kbuild but I'm worried that someone doing oldconfig
> > can still get SERIAL_SC16IS7XX selected while saying no to all the
> > others.
> >
> > Other option would be to swap the names between SERIAL_SC16IS7XX and
> > SERIAL
On Wed, 2015-05-13 at 10:52 +0200, Sascha Hauer wrote:
> --- a/drivers/thermal/Kconfig
> +++ b/drivers/thermal/Kconfig
> +config MTK_THERMAL
> + tristate "Temperature sensor driver for mediatek SoCs"
> + depends on ARCH_MEDIATEK || COMPILE_TEST
> + default y
> + help
> + Enab
On Wed, May 13, 2015 at 12:37:04PM -0500, Aravind Gopalakrishnan wrote:
> Code to read mcgstatus was introduced with patch 44612a3ac.
> However, that seems to have been accidentally removed in a3a529d10.
> Adding that back here.
>
> Signed-off-by: Aravind Gopalakrishnan
> ---
> arch/x86/kernel/c
I've been finding intermittent hangs in irq_work_sync [1]. I'm able to
reproduce this on 4.0.2-stock sporadically when starting and
terminating 'perf top' while the system is saturated with a heavy
64-core HPC workload (NPB bt.D.x); the hanging occurs when perf tears
down.
Sometimes, the hang
14.05.2015 11:44, Jacek Anaszewski пишет:
>
>> if (led_cdev->blink_delay_on || led_cdev->blink_delay_off) {
>> led_cdev->delayed_set_value = brightness;
>> -schedule_work(&led_cdev->set_brightness_work);
>
> This line is still required. Please refer to the patch d23a22a74.
Am 11.05.2015 um 17:19 schrieb Ben Shelton:
> From: Jeff Westfahl
>
> Implement the new mtd function 'max_bad_blocks'. Use the "bad blocks
> maximum per LUN" field in the ONFI parameter page to find the maximum
> number of bad blocks to reserve for an MTD, taking into account the
> number of LUNs
Add a common clock driver for basic gpio controlled clock multiplexers.
This driver can be used for devices like 5V41068A or 831721I from IDT
or for discrete multiplexer circuits. The 'select' pin selects one of
two parent clocks. The optional 'enable' pin can be used to enable or
disable the clock
On Thu, 14 May 2015 14:45:47 +0530, ram kiran wrote:
> > I know little about kbuild but I'm worried that someone doing oldconfig
> > can still get SERIAL_SC16IS7XX selected while saying no to all the
> > others.
> >
> > Other option would be to swap the names between SERIAL_SC16IS7XX and
> > SERIAL
On Wed, May 13, 2015 at 09:02:41AM -0700, Linus Torvalds wrote:
> The nice thing about using "rep movsb" for the user copy is that not
> only is it fairly close to optimal (for non-constant sizes) on newer
> Intel CPU's, but the fixup is also trivial. So we really should inline
> it. Just look at i
On Wed, 2015-05-13 at 18:11 +0100, Liviu Dudau wrote:
> Prepare the device tree for adding more boards based on Juno r0.
>
> Signed-off-by: Liviu Dudau
> ---
> arch/arm64/boot/dts/arm/juno-base.dtsi | 125
> +
> arch/arm64/boot/dts/arm/juno.dts | 122 +-
On Wed, May 13, 2015 at 01:17:54AM -0700, Haren Myneni wrote:
> Hi,
>
> I am getting BUG_ON in migration_entry_to_page() with 4.1.0-rc2
> kernel on powerpc system which has 512 CPUs (64 cores - 16 nodes) and
> 1.6 TB memory. We can easily recreate this issue with kernel compile
> (make -j500). Bu
On Thu, 14 May 2015, Jon Hunter wrote:
> On 14/05/15 08:40, Lee Jones wrote:
> > On Thu, 14 May 2015, Jon Hunter wrote:
> >> On 13/05/15 15:39, Lee Jones wrote:
> >>> On Mon, 04 May 2015, Andrew Bresticker wrote:
> >>>
> Add a binding document for the XUSB host complex on NVIDIA Tegra124
> >>>
Commit 5590f3196b29 ("drivers/core/of: Add symlink to device-tree from
devices with an OF node") adds the symlink `of_node` for each device
pointing to it's device tree node while creating/initialising it.
However the devicetree sysfs is created and setup in of_init which is
executed at core_initc
Signed-off-by: Richard Fitzgerald
---
drivers/mfd/Kconfig |6 +
drivers/mfd/Makefile |3 +
drivers/mfd/arizona-core.c| 105 ++-
drivers/mfd/arizona-i2c.c |8 +
drivers/mfd/arizona-irq.c |9 +
drivers/mfd/arizo
On Fri, May 08, 2015 at 05:44:58PM -0500, Aravind Gopalakrishnan wrote:
> The mailing list disc...@x86-64.org is now defunct.
> Using x...@kernel.org in its place.
>
> Signed-off-by: Aravind Gopalakrishnan
> ---
> Documentation/ABI/testing/sysfs-devices-system-cpu | 2 +-
> 1 file changed, 1 ins
On Thu, May 14, 2015 at 02:54:52PM +0800, Huang Rui wrote:
> Hi Len, Rafael, and all,
>
> AMD proposed a new instruction named mwaitx. This is an extension of
> mwait with a configurable timer (mwaitx = mwait + timer). And mwaitx
> will act as mwait if timer is disabled. However, mwait/mwaitx cann
On 05/14/2015 11:11 AM, Jacek Anaszewski wrote:
I personally can't find any strong argument against this optimization.
I added both flags on Bryan's request while implementing LED Flash class
extension. I can see a few occurrences in the include/linux directory
where both SYNC and ASYNC flags are
A naive question and a nit follow. That's probably not what you'd like
to see for an RFC, but the patch got tangled up in my mail filter
anyhow.
On Wed, 2015-05-13 at 23:23 +0800, CK Hu wrote:
> --- /dev/null
> +++ b/drivers/gpu/drm/mediatek/Kconfig
> +config DRM_MEDIATEK_FBDEV
> + bool "Enab
> On Thu, 14 May 2015 13:16:20 +0530, ram kiran wrote:
>>> On Wed, 13 May 2015 16:27:58 +0530, ram.i hcltech wrote:
spi interface for sc16is7xx is added along with Kconfig flag
to enable spi or i2c, thus in a instance we can have either
spi or i2c or both, in sync to the hw.
>>>
On 14/05/15 08:40, Lee Jones wrote:
> On Thu, 14 May 2015, Jon Hunter wrote:
>
>> Hi Lee,
>>
>> On 13/05/15 15:39, Lee Jones wrote:
>>> On Mon, 04 May 2015, Andrew Bresticker wrote:
>>>
Add a binding document for the XUSB host complex on NVIDIA Tegra124
and later SoCs. The XUSB host co
I personally can't find any strong argument against this optimization.
I added both flags on Bryan's request while implementing LED Flash class
extension. I can see a few occurrences in the include/linux directory
where both SYNC and ASYNC flags are implemented. The argument in favour
could be the
Alex,
On 05/13/2015 08:33 PM, Alex Williamson wrote:
> On Thu, 2015-05-07 at 16:27 +0200, Eric Auger wrote:
>> This patch introduces a module that registers and implements a basic
>> reset function for the Calxeda xgmac device. This latter basically disables
>> interrupts and stops DMA transfers.
>
On 05/13/2015 08:33 PM, Alex Williamson wrote:
> On Thu, 2015-05-07 at 16:27 +0200, Eric Auger wrote:
>> Add the reset function lookup according to the device compat
>> string. This lookup is added at different places:
>> - on VFIO_DEVICE_GET_INFO
>> - on VFIO_DEVICE_RESET
>> - on device release
>>
Rename struct pci_sysdata as struct pci_controller, so we could share
common code between IA64 and x86 later.
Signed-off-by: Jiang Liu
---
arch/x86/include/asm/pci.h| 13 +++--
arch/x86/include/asm/pci_64.h |4 ++--
arch/x86/pci/acpi.c |8
arch/x86/pci/co
Use common ACPI resource parsing interface to parse ACPI resources for
PCI host bridge, so we could share more code between IA64 and x86.
Later we will consolidate arch specific implementations into ACPI core.
Tested-by: Tony Luck
Signed-off-by: Jiang Liu
---
arch/ia64/pci/pci.c | 414
Use common interface to simplify ACPI PCI host bridge implementation.
Signed-off-by: Jiang Liu
---
arch/x86/pci/acpi.c | 292 +++
1 file changed, 85 insertions(+), 207 deletions(-)
diff --git a/arch/x86/pci/acpi.c b/arch/x86/pci/acpi.c
index b34a
Use common interface to simplify PCI host bridge implementation.
Tested-by: Tony Luck
Signed-off-by: Jiang Liu
---
arch/ia64/pci/pci.c | 235 ++-
1 file changed, 45 insertions(+), 190 deletions(-)
diff --git a/arch/ia64/pci/pci.c b/arch/ia64/pci
Use common struct resource_entry to replace private
struct iospace_resource.
Signed-off-by: Jiang Liu
---
arch/ia64/include/asm/pci.h |5 -
arch/ia64/pci/pci.c | 17 -
2 files changed, 8 insertions(+), 14 deletions(-)
diff --git a/arch/ia64/include/asm/pci.h b/
Introduce common interface acpi_pci_root_create() and related data
structures to create PCI root bus for ACPI PCI host bridges. It will
be used to kill duplicated arch specific code for IA64 and x86. It may
also help ARM64 in future.
Tested-by: Tony Luck
Signed-off-by: Jiang Liu
---
drivers/acp
Enhance ACPI resource parsing interfaces to support sparse IO space,
which will be used to share common code between x86 and IA64 later.
Tested-by: Tony Luck
Signed-off-by: Jiang Liu
---
drivers/acpi/resource.c |9 ++---
include/linux/ioport.h |1 +
2 files changed, 7 insertions(+)
On Wed, May 13, 2015 at 7:52 PM, Dan Streetman wrote:
>> Building the 842 code on 32-bit ARM currently results in this link
>> error:
>>
>> ERROR: "__aeabi_uldivmod" [lib/842/842_decompress.ko] undefined!
>
> Oops! Guess I should build/test on 32 bit more.
>
>>
>> The reason is that the __do_inde
This patch set consolidates common code to support ACPI PCI root on x86
and IA64 platforms into ACPI core, to reproduce duplicated code and
simplify maintenance. The common code should also used to support PCI
host bridge on ARM64 too, but I'm lacking of knowledge about PCIe host
bridge implementat
Le 14/05/2015 02:55, Scott Wood a écrit :
On Tue, 2015-05-12 at 15:32 +0200, Christophe Leroy wrote:
cacheable_memzero uses dcbz instruction and is more efficient than
memset(0) when the destination is in RAM
This patch renames memset as generic_memset, and defines memset
as a prolog to cache
On 05/13/2015 04:20 PM, Stas Sergeev wrote:
The following sequence:
echo timer >/sys/class/leds//trigger
echo 1 >/sys/class/leds//brightness
should change the ON brightness for blinking.
The function led_set_brightness() was mistakenly initiating the
delayed blink stop procedure, which resulted
On 14/05/2015 02:16, Wanpeng Li wrote:
> >SPTEs are kept around and cached. The "role" field is used as the hash
> >key; if the role doesn't change, SPTEs are reused, so you have to zap
> >the SPTEs explicitly.
>
> Btw, why the patch changelog mentioned that the root shadow page will be
> reuse
On Tue, 05 May 2015, Eric Anholt wrote:
> There exists a tiny MMU, configurable only by the VC (running the
> closed firmware), which maps from the ARM's physical addresses to bus
> addresses. These bus addresses determine the caching behavior in the
> VC's L1/L2 (note: separate from the ARM's L1
On Wed, 13 May 2015, Eric Anholt wrote:
> This driver will provide support for calls into the firmware that will
> be used by other drivers like cpufreq and vc4.
>
> Signed-off-by: Eric Anholt
> ---
>
> v2: Improve commit message, point to mailbox.txt for how mboxes work.
>
> .../devicetree/b
On 05/13/2015 08:32 PM, Alex Williamson wrote:
> On Thu, 2015-05-07 at 16:27 +0200, Eric Auger wrote:
>> A new reset callback is introduced. If this callback is populated,
>> the reset is invoked on device release or upon userspace ioctl. The
>> modality is exposed on VFIO_DEVICE_GET_INFO.
>>
>> Si
On Mon, May 11, 2015 at 11:06:26AM -0300, Arnaldo Carvalho de Melo wrote:
> Em Mon, May 11, 2015 at 02:09:39PM +0900, Namhyung Kim escreveu:
> > Hi Arnaldo,
> >
> > I'm seeing a segfault on 'perf report' with a large data file after
> > applying thread refcount change - it happens regardless of th
Dan, Johannes,
On Wed, May 13, 2015 at 06:05:31PM -0500, Dan Williams wrote:
> On Wed, 2015-05-13 at 14:49 -0700, Jeremiah Mahler wrote:
> > all,
> >
> > Running the latest linux-next (20150513) on an Acer C720 causes the
> > machine to lockup as the window manager is started. The following BUG
On 05/13/2015 08:32 PM, Alex Williamson wrote:
> On Thu, 2015-05-07 at 16:27 +0200, Eric Auger wrote:
>> It is needed to introduce a new callback enabling to retrieve the
>> struct device* from the vfio_platform_device. Implementation depends
>> on the underlying device, platform or amba. This will
Hi Rik,
Our linux-tux3 tree currently currently carries this 652 line diff
against core, to make Tux3 work. This is mainly by Hirofumi, except
the fs-writeback.c hook, which is by me. The main part you may be
interested in is rmap.c, which addresses the issues raised at the
2013 Linux Storage File
801 - 900 of 937 matches
Mail list logo