3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Geert Uytterhoeven
commit 7ddfdb5c5a5b51bdd2cb749d8341d763b079d520 upstream.
If asoc_simple_card_probe() fails, asoc_simple_card_unref() may be
called before dev_set_drvdata(), causing a NULL
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Peter Ujfalusi
commit 20602e34cd33dd452bc1836fa7c9b59978f75db0 upstream.
We should select FSR also to be driven by McBSP, not only FSX.
Signed-off-by: Peter Ujfalusi
Acked-by: Jarkko Nikula
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Qais Yousef
commit d3268a40d4b19ff7bee23f52eabbc4e96bb685e8 upstream.
In soc_new_compress() when rtd->dai_link->dynamic is set, we create the pcm
substreams with this call:
ret = snd_pcm_n
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Linus Torvalds
commit 9c145c56d0c8a0b62e48c8d71e055ad0fb2012ba upstream.
The stack guard page error case has long incorrectly caused a SIGBUS
rather than a SIGSEGV, but nobody actually noticed
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Laurent Dufour
commit e6eb2eba494d6f99e69ca3c3748cd37a2544ab38 upstream.
The commit 3b8a3c010969 ("powerpc/pseries: Fix endiannes issue in RTAS
call from xmon") was fixing an endianness issue
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Axel Lin
commit d297933cc7fcfbaaf2d37570baac73287bf0357d upstream.
Current code tries to find the highest valid fifo depth by checking the value
it wrote to DW_SPI_TXFLTR. There are a few prob
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Clemens Ladisch
commit 0767e95bb96d7fdddcd590fb809e6975d93aebc5 upstream.
When the last subscriber to a "Through" port has been removed, the
subscribed destination ports might still be active,
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Linus Torvalds
commit 33692f27597fcab536d7cbbcc8f52905133e4aa7 upstream.
The core VM already knows about VM_FAULT_SIGBUS, but cannot return a
"you should SIGSEGV" error, because the SIGSEGV ca
This is the start of the stable review cycle for the 3.18.6 release.
There are 57 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be made by Thu Feb 5 23:11:40 UTC 2015.
Anything receive
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Guenter Roeck
commit e262eb9381ad51b5de7a9e762ee773bbd25ce650 upstream.
Fix misspelled define.
Fixes: 33692f27597f ("vm: add VM_FAULT_SIGSEGV handling support")
Signed-off-by: Guenter Roeck
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Aurelien BOUIN
commit adc60298c80efef4c2d7a7860b91b450931a7cf8 upstream.
The xDC field should have 5 bit width according to Reference Manual.
Thus this patch fixes it.
Signed-off-by: Aurelien
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Zidan Wang
commit 22ee76daddb87f88d2336d1b4737ef27c4f307ac upstream.
wm8960 codec can't support sample rate 11250, it must be 11025.
Signed-off-by: Zidan Wang
Acked-by: Charles Keepax
Signe
> -Original Message-
> From: Greg KH [mailto:gre...@linuxfoundation.org]
> Sent: Tuesday, February 3, 2015 3:47 PM
> To: KY Srinivasan
> Cc: linux-kernel@vger.kernel.org; de...@linuxdriverproject.org;
> o...@aepfle.de; a...@canonical.com; vkuzn...@redhat.com;
> t...@linutronix.de
> Subjec
Hi Jaewon and Beomho,
On 02/03/2015 02:04 PM, Jaewon Kim wrote:
> This patch adds MAX77843 core/irq driver to support PMIC,
> MUIC(Micro USB Interface Controller), Charger, Fuel Gauge,
> LED and Haptic device.
>
> Cc: Lee Jones
> Signed-off-by: Jaewon Kim
> Signed-off-by: Beomho Seo
> ---
> d
On Tue, Feb 03, 2015 at 11:51:53PM +, KY Srinivasan wrote:
>
>
> > -Original Message-
> > From: Greg KH [mailto:gre...@linuxfoundation.org]
> > Sent: Tuesday, February 3, 2015 3:45 PM
> > To: KY Srinivasan
> > Cc: linux-kernel@vger.kernel.org; de...@linuxdriverproject.org;
> > o...@ae
> -Original Message-
> From: Greg KH [mailto:gre...@linuxfoundation.org]
> Sent: Tuesday, February 3, 2015 4:01 PM
> To: KY Srinivasan
> Cc: a...@canonical.com; de...@linuxdriverproject.org; o...@aepfle.de;
> linux-kernel@vger.kernel.org
> Subject: Re: [PATCH RESEND 0/6] Drivers: hv: vmbu
On 02/03/2015 06:51 PM, Andrew Morton wrote:
> From: Andrew Morton
> Subject: MODULE_DEVICE_TABLE: fix some callsites
>
> The patch "module: fix types of device tables aliases" newly requires that
> invokations of
invocations
>
> MODULE_DEVICE_TABLE(type, name);
>
> come *after* the definitio
On Tue, Feb 03, 2015 at 11:57:18PM +, KY Srinivasan wrote:
>
>
> > -Original Message-
> > From: Greg KH [mailto:gre...@linuxfoundation.org]
> > Sent: Tuesday, February 3, 2015 3:47 PM
> > To: KY Srinivasan
> > Cc: linux-kernel@vger.kernel.org; de...@linuxdriverproject.org;
> > o...@ae
On Tue, Feb 03, 2015 at 12:42:53PM +0100, Vlastimil Babka wrote:
> On 02/03/2015 11:53 AM, Kirill A. Shutemov wrote:
> > On Tue, Feb 03, 2015 at 09:19:15AM +0100, Vlastimil Babka wrote:
> >> [CC linux-api, man pages]
> >>
> >> On 02/02/2015 11:22 PM, Dave Hansen wrote:
> >> > On 02/02/2015 08:55 A
On Tue, 03 Feb 2015 19:01:08 -0500 Sasha Levin wrote:
> > diff -puN
> > drivers/scsi/be2iscsi/be_main.c~module_device_table-fix-some-callsites
> > drivers/scsi/be2iscsi/be_main.c
> > --- a/drivers/scsi/be2iscsi/be_main.c~module_device_table-fix-some-callsites
> > +++ a/drivers/scsi/be2iscsi/be_
From: SF Markus Elfring
Date: Sat, 31 Jan 2015 17:34:54 +0100
> From: Markus Elfring
> Date: Sat, 31 Jan 2015 17:18:48 +0100
>
> The meta_delete() function could be called in four cases by the
> em_meta_change() function during error handling even if the passed
> variable "meta" contained still
On Tue, Feb 03, 2015 at 10:42:26PM +0100, Arnd Bergmann wrote:
> Right, if you have a private iommu, there is no problem. The tricky part
> is using a single driver for the system-level translation and the gpu
> private mappings when there is only one type of iommu in the system.
You've got a prob
On 3 Feb 2015, Myron Stowe told this:
> There seem to be a number of issues with CS553x devices and due to a
> recent patch series that detects PCI read-only BARs [1], we've encountered
> more.
>
> It appears that not only are the BAR values associated with this device
> often greater than the lar
Al Viro wrote:
> On Tue, Feb 03, 2015 at 07:01:50PM +0100, Alexander Holler wrote:
>
>> Yeah, as I've already admitted in the bug, I never should have use
>> the word secure, because everyone nowadays seems to end up in panic
>> when reading that word.
>>
>> So, if I would be able to use sed on
Unsteady contemplation: http://youtu.be/qUoQdnQptc4
A thought experiment about what happens when you blast away
the rock onwhich once you stood, and then go and build something
new on shifting sands.
(C) GNU GPL v2
My name is john: http://youtu.be/Q4CauD8UB0w
A contemplation about what happens whe
From: David Woodhouse
Date: Mon, 02 Feb 2015 07:27:10 +
> I'm guessing you don't want to push the *whole* management of the TLS
> control connection *and* the UDP transport, and probing the latter with
> keepalives, into the kernel? I certainly don't :)
Whilst Herbert Xu and I have discussed
Please take a listen:
Unsteady contemplation: http://youtu.be/qUoQdnQptc4
A thought experiment about what happens when you blast away
the rock onwhich once you stood, and then go and build something
new on shifting sands.
(C) GNU GPL v2
My name is john: http://youtu.be/Q4CauD8UB0w
A contemplation
From: Al Stone
Now that all of the _OSI functionality has been separated out, we can
provide arch-specific functionality for it. This also allows us to do
the same for the acpi_blacklisted() function.
Whether arch-specific functions are used or not now depends on the config
options CONFIG_ACPI_
From: Al Stone
ACPI_OS_NAME is globally defined as "Microsoft Windows NT" for now.
That doesn't make much sense in the ARM context, so set it to "Linux"
when CONFIG_ARM64.
If it is necessary to change the return value from \_OS_ (that is, return
some value other than the default in ACPI_OS_NAME)
From: Al Stone
The use of the ACPI _OSI method in Linux has a long and sordid history.
Instead of perpetuating past complications on new architectures, the
consensus amongst those writing the ACPI specification and those using
it seems to be to ultimately deprecate the use of _OSI. A change req
From: Al Stone
Having moved the _OSI callback function needed by ACPICA from
drivers/acpi/osl.c to drivers/acpi/osi.c, we now move all the
remaining _OSI support functions to osi.c.
This patch is much larger than I had wanted it to be; several of the
functions that implemented acpi_osi* command
From: Al Stone
Set the defaults for the arm64 kernel so that the arch-specific _OSI
method and blacklist are always used for ACPI.
Signed-off-by: Al Stone
---
arch/arm64/Kconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm64/Kconfig b/arch/arm64/Kconfig
index 915aa16..d01d3f7
From: Al Stone
In order to deprecate the use of _OSI for arm64 or other new architectures,
we need to make the default handler something we can change for various
platforms. This patch moves the definition of acpi_osi_handler() -- the
function used by ACPICA as a callback for evaluating _OSI --
Hello Minchan,
On (02/04/15 08:42), Minchan Kim wrote:
> > + kfree(zram_devices);
> > + unregister_blkdev(zram_major, "zram");
> > + pr_debug("Destroyed %u device(s)\n", nr);
>
> Create_device just shows the number of created device so I think
> no worth to emit per-device information in de
http://youtu.be/tRvf9LauZIM
Star-Stripes
Synth and organ in the cold infinite vastness.
As if abandoned. Seeing bright lights, but feeling no warmth.
Kind of like what old-guard Free/Opensource contributors
feel from the SystemD coupists in the space of GNU/Linux
(See: Systemd people being assho
On Wed, Feb 04, 2015 at 09:24:51AM +0900, Sergey Senozhatsky wrote:
> Hello Minchan,
>
> On (02/04/15 08:42), Minchan Kim wrote:
> > > + kfree(zram_devices);
> > > + unregister_blkdev(zram_major, "zram");
> > > + pr_debug("Destroyed %u device(s)\n", nr);
> >
> > Create_device just shows the numbe
For tip/timers/urgent.
Additional validation of adjtimex freq values to avoid
potential multiplication overflows were added in commit
5e5aeb4367b (time: adjtimex: Validate the ADJ_FREQUENCY values)
Unfortunately the patch used LONG_MAX/MIN instead of
LLONG_MAX/MIN, which was fine on 64bit systems
The mm-of-the-moment snapshot 2015-02-03-16-38 has been uploaded to
http://www.ozlabs.org/~akpm/mmotm/
mmotm-readme.txt says
README for mm-of-the-moment:
http://www.ozlabs.org/~akpm/mmotm/
This is a snapshot of my -mm patch queue. Uploaded at random hopefully
more than once a week.
You wi
Much removed to cut down the size on this and to highlight a couple of specific
sections pertinent to the ACPI on ARMv8 TODO List.
On 02/02/2015 05:45 AM, Hanjun Guo wrote:
> From: Al Stone
>
> Two more documentation files are also being added:
> (1) A verbatim copy of the "Why ACPI on ARM?"
On Tue, Feb 3, 2015 at 2:09 AM, Daniel Mack wrote:
> Hi Andy,
>
> On 02/02/2015 09:12 PM, Andy Lutomirski wrote:
>> On Feb 2, 2015 1:34 AM, "Daniel Mack" wrote:
>
>>> That's right, but again - if an application wants to gather this kind of
>>> information about tasks it interacts with, it can do
http://www.youtube.com/watch?v=pbhEa2GFuTM
Please take a listen. This is how many of us feel put upon by this systemd
bullshit fiasco.
Linus why ain't you listening?
_
Are you a Techie? Get Your Free Tech Email Address Now! Visit
http:
Now we are using memblock to do early resource reserver/allocation
instead of using e820 map directly, and setup_data is reserved in
memblock early.
Also kexec will generate setup_data and pass pointer to second kernel,
so second kernel will reserve setup_data by their own.
We can kill E820_RESERV
On (02/04/15 09:35), Minchan Kim wrote:
> > > Create_device just shows the number of created device so I think
> > > no worth to emit per-device information in destroy_devices.
> > > Let's just emit clean up done like old in zram_exit but
> > > use pr_info instead of pr_debug.
> >
> > not critical
v2: also remove the sysfs node in edac_remove_sysfs_mci_device
Signed-off-by: Junjie Mao
---
drivers/edac/edac_mc_sysfs.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/edac/edac_mc_sysfs.c b/drivers/edac/edac_mc_sysfs.c
index 8e48d32efe37..97eefc409cac 100644
--- a/drivers/eda
(2015/02/03 21:56), Bryton Lee wrote:
> Fix perf probe help message typo issue.
>
Yeah, that is a typo...
> Signed-off-by: Bryton Lee
Acked-by: Masami Hiramatsu
Thanks!
> ---
> tools/perf/util/probe-event.c | 8
> 1 file changed, 4 insertions(+), 4 deletions(-)
>
> diff --git a/t
On (02/03/15 15:11), a...@linux-foundation.org wrote:
> tweak comment
>
Thank you, sir.
Andrew, can you please squash the following patch?
---
>From 22f0be96df55513a3d764ea880d5b3e99669f8f7 Mon Sep 17 00:00:00 2001
From: Sergey Senozhatsky
Date: Wed, 4 Feb 2015 09:59:06 +0900
Subject: [PATCH]
This patchset contains the initial GPIO/PINCONF support for the Broadcom
Cygnus SoC.
Cygnus has 3 GPIO controllers: 1) the ASIU GPIO; 2) the chipCommonG GPIO;
and 3) the ALWAYS-ON GPIO. All 3 types of GPIO controllers are supported by
the this driver.
All 3 Cygnus GPIO controllers support basic P
This adds the initial support of the Broadcom Cygnus GPIO/PINCONF driver
that supports all 3 GPIO controllers on Cygnus including the ASIU GPIO
controller, the chipCommonG GPIO controller, and the always-on GPIO
controller. Basic PINCONF configurations such as bias pull up/down, and
drive strength
This enables all 3 GPIO controllers including the ASIU GPIO, the
chipcommonG GPIO, and the ALWAYS-ON GPIO, for Broadcom Cygnus SoC
Signed-off-by: Ray Jui
Reviewed-by: Scott Branden
---
arch/arm/boot/dts/bcm-cygnus.dtsi | 33 +
1 file changed, 33 insertions(+)
This enables GPIO based phone hook detection for Broadcom BCM911360
phone factor board (bcm911360_entphn)
Signed-off-by: Ray Jui
---
arch/arm/boot/dts/bcm911360_entphn.dts | 13 +
1 file changed, 13 insertions(+)
diff --git a/arch/arm/boot/dts/bcm911360_entphn.dts
b/arch/arm/boot
Document the GPIO/PINCONF device tree binding for Broadcom Cygnus SoC
Signed-off-by: Ray Jui
Reviewed-by: Scott Branden
---
.../bindings/pinctrl/brcm,cygnus-gpio.txt | 102
1 file changed, 102 insertions(+)
create mode 100644
Documentation/devicetree/bindings/pi
Commit ffb7fcd66f14 ("ARC: Dynamically determine BASE_BAUD from DeviceTree")
breaks arc:defconfig build:
drivers/built-in.o: In function `of_setup_earlycon':
(.init.text+0xb3e): undefined reference to `arc_early_base_baud'
drivers/built-in.o: In function `setup_earlycon':
Hi Chen, Eric,
Eric W. Biederman writes:
> Chen Hanxiao writes:
> > If some issues occurred inside a container guest, host user
> > could not know which process is in trouble just by guest pid:
> > [...]
> > Acked-by: Serge Hallyn
> > Tested-by: Serge Hallyn
> >
> > Signed-off-by: Chen Hanxiao
From: Jake Oshins <[mailto:ja...@microsoft.com]>
This set of changes finds the _CRS object in the ACPI namespace
that contains memory address space descriptors, intended to convey
to VMBus which ranges of memory-mapped I/O space are available for
child devices, and then builds a resource list that
Windows hosts starting with Ws2012 R2 permit re-establishing the vmbus
connection from the guest. This patch-set includes patches from Vitaly
to cleanup the VMBUS unload path so we can potentially reload the driver.
This set also includes a patch from Jake to correctly extract MMIO
information
Correctly rollback state if the failure occurs after we have handed over
the ownership of the buffer to the host.
Signed-off-by: K. Y. Srinivasan
Cc: sta...@vger.kernel.org
---
drivers/hv/channel.c |7 +--
1 files changed, 5 insertions(+), 2 deletions(-)
diff --git a/drivers/hv/channel.
NetworkDirect is a service that supports guest RDMA.
Define the GUID for this service.
Signed-off-by: K. Y. Srinivasan
---
drivers/hv/channel_mgmt.c |2 ++
include/linux/hyperv.h| 10 ++
2 files changed, 12 insertions(+), 0 deletions(-)
diff --git a/drivers/hv/channel_mgmt.c b
From: Nicholas Mc Guire
return type of wait_for_completion_timeout is unsigned long not int, this
patch changes the type of t from int to unsigned long.
Signed-off-by: Nicholas Mc Guire
Signed-off-by: K. Y. Srinivasan
---
drivers/hv/channel.c |3 ++-
1 files changed, 2 insertions(+), 1 de
From: Xunlei Pang
check_preempt_curr() doesn't call sched_class::check_preempt_curr
when the class of current is a higher level. So if there is a DL
task running when doing this for RT, check_preempt_equal_prio()
will definitely miss, which may result in some response latency
for this RT task if
From: Nicholas Mc Guire
return type of wait_for_completion_timeout is unsigned long not int, this
patch changes the type of t from int to unsigned long.
Signed-off-by: Nicholas Mc Guire
Signed-off-by: K. Y. Srinivasan
---
drivers/hv/channel_mgmt.c |3 ++-
1 files changed, 2 insertions(+),
From: Vitaly Kuznetsov <[mailto:vkuzn...@redhat.com]>
Newly introduced clockevent devices made it impossible to unload hv_vmbus
module as clockevents_config_and_register() takes additional reverence to
the module. To make it possible again we do the following:
- avoid setting dev->owner for clocke
From: Nicholas Mc Guire
return type of wait_for_completion_timeout is unsigned long not int, this
patch changes the type of t from int to unsigned long.
Signed-off-by: Nicholas Mc Guire
Signed-off-by: K. Y. Srinivasan
---
drivers/hv/hv_balloon.c |3 ++-
1 files changed, 2 insertions(+), 1
From: Xunlei Pang
We may suffer from extra rt overload rq due to the affinity,
so when the affinity of any runnable rt task is changed, we
should check to trigger balancing, otherwise it will cause
some unnecessary delayed real-time response. Unfortunately,
current RT global scheduler doesn't tri
From: Dexuan Cui <[mailto:de...@microsoft.com]>
Before the line vmbus_open() returns, srv->util_cb can be already running
and the variables, like util_fw_version, are needed by the srv->util_cb.
So we have to make sure the variables are initialized before the vmbus_open().
CC: "K. Y. Srinivasan"
From: Dexuan Cui <[mailto:de...@microsoft.com]>
I got HV_STATUS_INVALID_CONNECTION_ID on Hyper-V 2008 R2 when keeping running
"rmmod hv_netvsc; modprobe hv_netvsc; rmmod hv_utils; modprobe hv_utils"
in a Linux guest. Looks the host has some kind of throttling mechanism if
some kinds of hypercalls
(2015/02/04 1:21), Petr Mladek wrote:
> __recover_probed_insn() should always be called from an address where
> an instructions starts. The check for ftrace_location() might help to
> discover a potential inconsistency. Something goes terribly wrong when
> an address inside the ftrace location is c
From: Vitaly Kuznetsov
When an SMP Hyper-V guest is running on top of 2012R2 Server and secondary
cpus are sent offline (with echo 0 > /sys/devices/system/cpu/cpu$cpu/online)
the system freeze is observed. This happens due to the fact that on newer
hypervisors (Win8, WS2012R2, ...) vmbus channel
From: Dexuan Cui <[mailto:de...@microsoft.com]>
Without this patch, the state is put to CHANNEL_OPENING_STATE, and when
the driver is loaded next time, vmbus_open() will fail immediately due to
newchannel->state != CHANNEL_OPEN_STATE.
CC: "K. Y. Srinivasan"
Signed-off-by: Dexuan Cui
Reviewed-by
On Tue, Feb 03, 2015 at 08:08:52PM -0500, Peter Hurley wrote:
> Commit ffb7fcd66f14 ("ARC: Dynamically determine BASE_BAUD from DeviceTree")
> breaks arc:defconfig build:
I don't see that commit id in my trees, so why send this to me? Where
did you find it?
confused,
greg k-h
--
To unsubscribe
From: Vitaly Kuznetsov <[mailto:vkuzn...@redhat.com]>
It looks like clockevents_unbind is being exported by mistake as:
- it is static;
- it is not listed in include/linux/clockchips.h;
- EXPORT_SYMBOL_GPL(clockevents_unbind) follows clockevents_unbind_device()
implementation.
I think clockeven
From: Vitaly Kuznetsov <[mailto:vkuzn...@redhat.com]>
SynIC has to be switched off when we unload the module, otherwise registered
memory pages can get corrupted after (as Hyper-V host still writes there) and
we see the following crashes for random processes:
[ 89.116774] BUG: Bad page map in p
From: Vitaly Kuznetsov <[mailto:vkuzn...@redhat.com]>
On driver shutdown device_obj is being freed twice:
1) In vmbus_free_channels()
2) vmbus_device_release() (which is being triggered by device_unregister() in
vmbus_device_unregister().
This double kfree leads to the following sporadic crash
Hi Stan,
On Tue, 03 Feb 2015 11:36:56 +0200
Stanimir Varbanov wrote:
> On 01/31/2015 02:46 AM, Gilad Avidov wrote:
> > According to spmi spec a slave powers up into startup state and then
> > transitions into active state. Thus, the wakeup command is not
> > required before calling the slave's p
This patch fixes the bug of CLK_SCLK_HDMI_SPDIF_DISP clock because this clock
should be included in CMU_TOP domain. So, this patch moves the CLK_SCLK_HDMI_
SPDIF_DISP clock from CMU_MIF to CMU_TOP domain.
Cc: Sylwester Nawrocki
Cc: Tomasz Figa
Reported-by: Sylwester Nawrocki
Signed-off-by: Chan
From: Vitaly Kuznetsov <[mailto:vkuzn...@redhat.com]>
All channel work queues are named 'hv_vmbus_ctl', this makes them
indistinguishable in ps output and makes it hard to link to the corresponding
vmbus device. Rename them to hv_vmbus_ctl/N and make vmbus device names match,
e.g. now vmbus_1 devi
From: Vitaly Kuznetsov <[mailto:vkuzn...@redhat.com]>
We need to destroy hv_vmbus_con on module shutdown, otherwise the following
crash is sometimes observed:
[ 76.569845] hv_vmbus: Hyper-V Host Build:9600-6.3-17-0.17039; Vmbus
version:3.0
[ 82.598859] BUG: unable to handle kernel paging req
On 02/03/2015 08:16 PM, Greg Kroah-Hartman wrote:
> On Tue, Feb 03, 2015 at 08:08:52PM -0500, Peter Hurley wrote:
>> Commit ffb7fcd66f14 ("ARC: Dynamically determine BASE_BAUD from DeviceTree")
>> breaks arc:defconfig build:
>
> I don't see that commit id in my trees, so why send this to me?
Sorr
Hi Mark,
2015년 02월 04일 01:25에 Mark Brown 이(가) 쓴 글:
On Tue, Feb 03, 2015 at 02:04:05PM +0900, Jaewon Kim wrote:
This patch adds new regulator driver to support max77843
MFD(Multi Function Device) chip`s regulators.
The Max77843 has two voltage regulators for USB safeout.
This looks mostly good,
On Tue, Feb 03, 2015 at 05:09:06PM -0800, Ray Jui wrote:
> This adds the initial support of the Broadcom Cygnus GPIO/PINCONF driver
> that supports all 3 GPIO controllers on Cygnus including the ASIU GPIO
> controller, the chipCommonG GPIO controller, and the always-on GPIO
> controller. Basic PINC
Now could use kexec to place kernel/boot_params/cmd_line/initrd
above 4G, but that is with legacy interface with startup_64 directly.
This patch will allow 64bit EFI kernel to be loaded above 4G
and use EFI HANDOVER PROTOCOL to start the kernel.
Current code32_start is used for passing around loa
Hi Chanwoo,
2015년 02월 04일 08:57에 Chanwoo Choi 이(가) 쓴 글:
Hi Jaewon and Beomho,
On 02/03/2015 02:04 PM, Jaewon Kim wrote:
This patch adds MAX77843 core/irq driver to support PMIC,
MUIC(Micro USB Interface Controller), Charger, Fuel Gauge,
LED and Haptic device.
Cc: Lee Jones
Signed-off-by: Ja
This patchset contains the initial pinctrl (IOMUX) support for the Broadcom
Cygnus SoC. The Cygnus IOMUX controller supports group based mux configuration
and allows certain pins to be muxed to GPIO function individually
Changes from v3:
- Fix the driver to have more proper use of "const" in vari
Device tree binding documentation for Broadcom Cygnus IOMUX driver
Signed-off-by: Ray Jui
Reviewed-by: Scott Branden
---
.../bindings/pinctrl/brcm,cygnus-pinmux.txt| 157
1 file changed, 157 insertions(+)
create mode 100644
Documentation/devicetree/bindings/pinct
This adds the initial driver support for the Broadcom Cygnus IOMUX
controller. The Cygnus IOMUX controller supports group based mux
configuration but allows certain pins to be muxed to GPIO individually
Signed-off-by: Ray Jui
Reviewed-by: Scott Branden
---
drivers/pinctrl/bcm/Kconfig
This enables the IOMUX support for Broadcom Cygnus SoC
Signed-off-by: Ray Jui
---
arch/arm/boot/dts/bcm-cygnus.dtsi |6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm/boot/dts/bcm-cygnus.dtsi
b/arch/arm/boot/dts/bcm-cygnus.dtsi
index 5126f9e..b014ce5 100644
--- a/arch/arm/boo
On Wed, Feb 4, 2015 at 12:15 AM, Paolo Bonzini wrote:
>
>
> On 03/02/2015 16:46, Wincy Van wrote:
>> v1 ---> v2:
>> Use spin lock to ensure vmcs12 is safe when doing nested
>> posted interrupt delivery.
>>
>> v2 ---> v3:
>> 1. Add a new field in nested_vmx to avoid the spin lock in v2.
>>
On 2/3/2015 5:41 PM, Dmitry Torokhov wrote:
> On Tue, Feb 03, 2015 at 05:09:06PM -0800, Ray Jui wrote:
>> This adds the initial support of the Broadcom Cygnus GPIO/PINCONF driver
>> that supports all 3 GPIO controllers on Cygnus including the ASIU GPIO
>> controller, the chipCommonG GPIO controll
At 2015-02-03 21:21:43, "Linus Walleij" wrote:
>On Wed, Jan 28, 2015 at 3:30 AM, Chao Xie wrote:
>
>> From: Chao Xie
>>
>> For some old PXA series, they used PXA GPIO driver.
>> The IP of GPIO changes since PXA988 which is Marvell MMP
>> series.
>> It will use new way to control the GPIO level,
On Tue, 3 Feb 2015, Andy Lutomirski wrote:
> >> Is there a clear reason why no non-permitted bits can be inheritable?
> >> If not, then I think this should be (ambient & inheritable &
> >> permitted).
> >
> > Inherited caps via ambient are always be permitted. Otherwise the pass
> > through is not
Hi Greg,
On Tue, 3 Feb 2015 17:16:35 -0800 Greg Kroah-Hartman
wrote:
>
> On Tue, Feb 03, 2015 at 08:08:52PM -0500, Peter Hurley wrote:
> > Commit ffb7fcd66f14 ("ARC: Dynamically determine BASE_BAUD from DeviceTree")
> > breaks arc:defconfig build:
>
> I don't see that commit id in my trees, so
On Mon, Jan 5, 2015 at 9:43 AM, Daniel Thompson
wrote:
> Currently it is not easy to grep for the definition of struct of_device_id.
> This is trivially fixed by moving the brace to the right place.
Applied. Thanks.
Rob
> Signed-off-by: Daniel Thompson
> Cc: Grant Likely
> Cc: Rob Herring
>
On 03.02.2015 17:05, Mark Salyzyn wrote:
> Thanks for your response.
[...]
> pstore is all about persistence. kmsg is not, until pstore supports
> it. A user-space persistent storehouse felt appropriate to support
> at the bottom layer.
OK. Thanks, for the additional information. Like I said, I am
On Fri, Jan 30, 2015 at 4:11 PM, Paul Walmsley wrote:
>
> Update some of the DT binding documentation text files, per Mark's
> comments at:
>
> http://marc.info/?l=linux-tegra&m=142201349727836&w=2
>
> The primary goal with this series is to avoid checkpatch.pl warnings
> and align to the policy t
Hi all,
Today's linux-next merge of the sound-asoc tree got a conflict in
sound/soc/intel/sst-mfld-platform-pcm.c between commit ef46c7af93f9
("ALSA: pcm: Embed struct device") from the sound tree and commit
8686f251e482 ("ASoC: intel: Remove unnecessary
snd_pcm_lib_preallocate_free_for_all()") fr
On Tue, 2015-02-03 at 08:32 -0700, Shuah Khan wrote:
> On 02/03/2015 12:58 AM, David Drysdale wrote:
> > On Tue, Feb 3, 2015 at 3:53 AM, Michael Ellerman
> > wrote:
> >> On systems which don't implement sys_execveat(), this test produces a
> >> lot of output.
> >>
> >> Add a check at the beginnin
The documentation specified that a machine type is mandatory and made
that assumption in a few places. However, for DT-only platforms, the
current advice is that no machine type should be registered, so update
accordingly.
Signed-off-by: Gregory Fong
---
Documentation/arm/Booting | 9 +++--
Andy Lutomirski writes:
> On Tue, Feb 3, 2015 at 2:09 AM, Daniel Mack wrote:
>> Hi Andy,
>>
>> On 02/02/2015 09:12 PM, Andy Lutomirski wrote:
>>> On Feb 2, 2015 1:34 AM, "Daniel Mack" wrote:
>>
That's right, but again - if an application wants to gather this kind of
information about
The inotify interface has changed a lot. The user interface was
too old, and the kernel interface was removed by Eric Paris in
commit: 2dfc1ca inotify: remove inotify in kernel interface.
Change v1 -> v2:
- Deleted the user interface following Heinrich's and Honza's suggestion
Signed-off-by: Zhan
This KProbes example is a little useless if it doesn't print anything.
For ARM print similar messages to those produced on x86 and PPC.
Signed-off-by: Wang Long
---
samples/kprobes/kprobe_example.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/samples/kprobes/kprobe_example.c b/sa
On 02/02/2015 08:09 AM, Russell King - ARM Linux wrote:
On Mon, Feb 02, 2015 at 07:32:05AM -0500, Yang Kuankuan wrote:
On 02/02/2015 06:53 AM, Russell King - ARM Linux wrote:
On Mon, Feb 02, 2015 at 12:02:50PM +0800, Daniel Kurtz wrote:
Hi ykk,
On Sat, Jan 31, 2015 at 10:34 PM, Yang Kuankuan
801 - 900 of 960 matches
Mail list logo
