This adds DT binding documentation for Mediatek MT6795.
Signed-off-by: Mars Cheng
---
Documentation/devicetree/bindings/arm/mediatek.txt | 9 +++--
.../devicetree/bindings/arm/mediatek/mediatek,sysirq.txt | 3 ++-
Documentation/devicetree/bindings/serial/mtk-uart.txt
On Fri, Jul 10, 2015 at 02:46:16PM +0900, Krzysztof Kozlowski wrote:
> platform_driver does not need to set an owner because
> platform_driver_register() will set it.
>
> Signed-off-by: Krzysztof Kozlowski
Applied.
--
Email: Herbert Xu
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: h
From: "qipeng.zha"
Add MFD core driver for Intel Broxton Whiskey Cove PMIC,
which is specially accessed by hardware IPC, not a generic
I2C device
Signed-off-by: qipeng.zha
---
change in v4
add compile dependency to PMC IPC driver in Makefile, or will
use NULL stubs defined in PMC IPC header fi
Leonidas S. Barbosa wrote:
> enable_kernel_vsx() was commented since anything was using
> it. It changes with vmx_crypto driver that call VSX instructions
> and need kernel_vsx enabled in order to do it properly. Without
> a way to enable VSX instruction vmx_crypto fails into an exception.
>
> Th
Lost the character 'n' in the Namhyung Kim .
Resend it.
On 07/14/15 at 02:59P, Minfei Huang wrote:
> From: Minfei Huang
>
> It is not elegance, if we use function directly as the argument, like
> following:
>
> bool each_symbol_section(bool (*fn)(const struct symsearch *arr,
>
Lost the character 'n' in the Namhyung Kim .
Resent it.
On 07/14/15 at 02:59P, Minfei Huang wrote:
> From: Minfei Huang
>
> It is not elegance, if we use function directly as the argument, like
> following:
>
> int module_kallsyms_on_each_symbol(int (*fn)(void *, const char *,
>
This adds basic chip support for MT6795 SoC
Signed-off-by: Mars Cheng
---
arch/arm64/boot/dts/mediatek/Makefile | 1 +
arch/arm64/boot/dts/mediatek/mt6795-evb.dts | 41 +++
arch/arm64/boot/dts/mediatek/mt6795.dtsi| 162
3 files changed, 204 insertion
Lost the character 'n' in the Namhyung Kim .
Resent it.
On 07/14/15 at 02:59P, Minfei Huang wrote:
> From: Minfei Huang
>
> This patchset do the cleanup. For now, we can use function type
> as the parament to simplify the code.
>
> Previously, we will declare the function as following:
>
> boo
This patch adds basic chip support for Mediatek 8-core chip, mt6795.
It is also named as Helio X10. It is based on:
1. 4.2-rc1
2. [PATCH v4 0/2] Add mt6580 basic chip support
The second one has added some device tree binding documentation for
mt6580. mt6795 has some device tree binding modificatio
On Monday 13 July 2015 17:36:07 Michael Welling wrote:
> On Tue, Jul 14, 2015 at 12:02:44AM +0200, Pali Rohár wrote:
> > I think nothing special. I just call:
> >
> > export ARCH=arm
> > export CROSS_COMPILE=arm-linux-gnueabi-
> > make rx51_defconfig
> > rm -f arch/arm/boot/zImage
> > make -j12 zI
On Tue, Jul 14, 2015 at 09:43:15AM +0530, Ruchika Gupta wrote:
> U-boot patches up the device tree crypto node for the era property.
>
> Signed-off-by: Ruchika Gupta
Applied, thanks.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@
On Tuesday 14 July 2015 09:34:13 Krzysztof Kozlowski wrote:
> The driver during probe registers a power supply notifier
> (with bq2415x_notifier_call() callback) and calls it manually right
> after. The notifier callback function schedules driver's workqueue
> (bq->work).
>
> However the workqueue
On Mon, Jul 13, 2015 at 06:34:42PM +0900, Sergey Senozhatsky wrote:
> Yes. 'Nice' used in a sense that drivers have logic to release the
> memory anyway; mm asks volunteers (the drivers that have registered
> shrinker callbacks) to release some spare/wasted/etc. when things
> are getting tough (the
Hi, all
Description of problem:
Recently, one of my Linux system invoked oom-killer, but the system still has
much memory, I don't know why the system still invoked oom-killer, anybody can
help me to see it, thanks.
Linux kernel version: 3.0.58
Following is the message:
Jul 10 12:33:03 BMS_C
Hi Linus,
please pull from the 'for-linus' branch of
git://git.kernel.org/pub/scm/linux/kernel/git/s390/linux.git for-linus
to receive the following updates:
One improvement for the zcrypt driver, the quality attribute for the hwrng
device has been missing. Without it the kernel entropy
This replaces kmalloc + strcpy by an equivalent call to kstrdup.
Signed-off-by: Christophe JAILLET
---
drivers/scsi/aic7xxx/aic79xx_osm.c | 3 +--
drivers/scsi/aic7xxx/aic7xxx_osm.c | 3 +--
2 files changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/scsi/aic7xxx/aic79xx_osm.c
b/driv
On 2015/7/14 14:56, Wangnan (F) wrote:
On 2015/7/14 5:46, Arnaldo Carvalho de Melo wrote:
Em Thu, Jul 09, 2015 at 12:35:17PM +, Wang Nan escreveu:
This patch detects kernel build directory using a embedded shell
script 'kbuild_detector', which does this by checking existence of
include/
On Tue, Jul 14, 2015 at 09:43:15AM +0530, Ruchika Gupta wrote:
> U-boot patches up the device tree crypto node for the era property.
>
> Signed-off-by: Ruchika Gupta
> ---
> Changes from v1:
> Rearranged the crypto node in alphabetic sorted order as suggested by Shawn
>
> arch/arm/boot/dts/ls1
On Tue, Jul 14, 2015 at 12:11:12PM +1000, Stephen Rothwell wrote:
> Hi all,
>
> Today's linux-next merge of the drm-intel tree got a conflict in:
>
> drivers/gpu/drm/i915/intel_display.c
>
> between commit:
>
> 8aa3053bf731 ("drm/i915: fix oops in primary_check_plane")
>
> from the drm-int
On Tue, Jul 14, 2015 at 10:30:56AM +0530, Archit Taneja wrote:
>
> Hi,
>
> On 07/14/2015 08:22 AM, Stephen Rothwell wrote:
> >Hi all,
> >
> >After merging the drm-misc tree, today's linux-next build (x86_64
> >allmodconfig) failed like this:
> >
> >drivers/gpu/drm/virtio/virtgpu_drm_bus.c: In fun
On Mon, Jul 13, 2015 at 5:32 PM, Yingjoe Chen wrote:
> Add 13mhz clock used by GPT timer in infracfg.
>
> Signed-off-by: Yingjoe Chen
> ---
> drivers/clk/mediatek/clk-mt8173.c | 5 +
> include/dt-bindings/clock/mt8173-clk.h | 3 ++-
> 2 files changed, 7 insertions(+), 1 deletion(-)
>
>
On 13 July 2015 at 17:42, Mark Brown wrote:
> On Mon, Jul 13, 2015 at 02:10:45PM +0200, Tomeu Vizoso wrote:
>> On 1 July 2015 at 19:38, Mark Brown wrote:
>> > On Wed, Jul 01, 2015 at 11:41:06AM +0200, Tomeu Vizoso wrote:
>
>> >> +static void tegra_max98090_get_dependencies(struct fwnode_handle *f
From: Markus Elfring
The following functions test whether their argument is NULL and then
return immediately.
* kfree
* ll_file_data_put
* ptlrpc_connection_put
Thus the test around such calls is not needed.
This issue was detected by using the Coccinelle software.
See also a previous update
This patch series fixes bugs/warnings, cleans up the code and adds
support for PXA910 family of devices to PXA I2C bus driver.
There has been one attempt made sometime back in 2012 to upstream
some of the patches from below list, but did not get follow up later.
I have consolidated all the patches
From: Yipeng Yao
Fix below warning message, coming from 64 bit toolchain.
drivers/i2c/busses/i2c-pxa.c:1237:15:
warning: cast from pointer to integer of different size [-Wpointer-to-int-cast]
Signed-off-by: Yipeng Yao
[vaibhav.hirem...@linaro.org: Updated Changelog]
Signed-off-by: Vaibhav Hire
Normally i2c controller works as master, so slave addr is not needed, or
it will impact some slave device (eg. ST NFC chip) i2c accesses, because
it has the same i2c address with controller.
For example,
On the pxa1928 based platform, where PMIC (88pm860) is present @0x30
address on TWSI0 interfac
This patch cleans up i2c_pxa_probe() function,
- Use devm_ variants wherever
This will clean both probe exit and i2c_pxa_remove() functions
- Check platform resource before parsing any other data from DT/platform
- Use dev_err on failure from i2c_add_numbered_adapter()
- Use pr_info inst
From: Leilei Shang
During suspend there may still be some i2c access happening, as the
interrupt is shared between multiple drivers.
And if we don't keep i2c irq ON, there may be i2c access timeout if
i2c is in irq mode of operation.
Signed-off-by: Raul Xiong
Signed-off-by: Xiaofan Tian
[vaibh
Hi Yingjoe,
On Mon, Jul 13, 2015 at 5:32 PM, Yingjoe Chen wrote:
> Spurious mtk timer interrupt is noticed at boot and cause kernel
> crash. It seems if GPT is enabled, it will latch irq status even
> when its IRQ is disabled. When irq is enabled afterward, we see
> spurious interrupt.
> Change i
From: Yi Zhang
Enable i2c module/unit before transmission and disable when it
finishes.
why?
It's because the i2c bus may be disturbed if the slave device,
typically a touch, powers on.
As we do not want to break slave mode support, this patch introduces
DT property to control disable of the I2
With addition of PXA910 family of devices, the TWSI module supports
SCL clock adjustment using ILCR register.
This patch enables the control and configuration of ICLR through DT
properties,
i2c-sclk-high-time-ns:
SCLK high time (tHigh), for standard/fast/high speed mode
i2c-sclk-low-time-ns:
TWSI_ILCR & TWSI_IWCR registers are used to adjust clock rate
of standard & fast mode in pxa910/988; so this patch adds these two new
entries to "struct pxa_reg_layout" and "struct pxa_i2c".
As discussed in the previous patch-series, the idea here is to add standard
DT properties for ilcr and iwcr
With addition of PXA910 family of devices, the TWSI module supports
new feature which allows us to adjust SCLK. i2c-pxa driver takes input
configuration in nsec and converts it to respective bit-fields,
- i2c-sclk-low-time-ns : SCLK low time (tlow)
This property is used along with mode selecti
Driver now supports enable/disable across msg xfer, which user
can control it by new DT property -
i2c-disable-after-xfer : If set, driver will disable I2C module after msg
xfer and enable it back before xfer.
Signed-off-by: Vaibhav Hiremath
---
Documentation/devicetree/bindings/i2c/i2c-pxa.tx
Update i2c_pxa_scream_blue_murder() fn to print more information
in case of error.
Also, use dev_err variants instead of printk.
Signed-off-by: Jett.Zhou
Signed-off-by: Vaibhav Hiremath
Cc: Wolfram Sang
---
drivers/i2c/busses/i2c-pxa.c | 22 +++---
1 file changed, 15 insertions
From: Shouming Wang
In case of timeout in pio mode of operation return I2C_RETRY.
This behavior will be same as interrupt mode of operation.
Signed-off-by: Shouming Wang
[vaibhav.hirem...@linaro.org: Updated changelog]
Signed-off-by: Vaibhav Hiremath
Acked-by: Robert Jarzmik
---
drivers/i2c/
On Tue, Jul 14, 2015 at 02:19:51PM +0800, chunfeng yun wrote:
> hi,
> On Fri, 2015-07-10 at 07:10 +0200, Sascha Hauer wrote:
> > On Wed, Jul 08, 2015 at 05:41:03PM +0800, Chunfeng Yun wrote:
> > > add a DT binding documentation of usb3.0 phy for MT65xx
> > > SoCs from Mediatek.
> > >
> > > Signed-
* Pali Rohár [150714 00:16]:
> On Monday 13 July 2015 17:36:07 Michael Welling wrote:
> > On Tue, Jul 14, 2015 at 12:02:44AM +0200, Pali Rohár wrote:
> > > I think nothing special. I just call:
> > >
> > > export ARCH=arm
> > > export CROSS_COMPILE=arm-linux-gnueabi-
> > > make rx51_defconfig
> >
Can you please attach your Xorg.log?
Thanks, Daniel
On Tue, Jul 14, 2015 at 6:51 AM, Harald Arnesen wrote:
> 4.2-rc2 gives me an unusable X11 screen (se attached picture).
> 4.2-rc1 is OK.
>
> Bisected to the following:
>
>
> 19ee835cdb0b5a8eb11a68f25a51b8039d564488 is the first bad commit
> com
Hi Dietmar,
On Mon, Jul 13, 2015 at 06:08:39PM +0100, Dietmar Eggemann wrote:
> Hi Yuyang,
>
> I did some testing of your new pelt implementation.
>
> TC 1: one nice-0 60% task affine to cpu1 in root tg and 2 nice-0 20%
> periodic tasks affine to cpu1 in a task group with id=3 (one hierarchy).
>
On Mon, 13 Jul 2015, Geert Uytterhoeven wrote:
>
> How are we gonna merge this?
I think the series would have to be merged almost whole. For the most
part, no maintainer can merge any of this without ACKs from others:
- to improve code re-use by replacing an API shared by arch-specific code
Make use of arch_nvram_ops in device drivers so that the nvram_* function
exports can be removed.
Since they are no longer global symbols, rename the PPC32 nvram_*
functions appropriately.
Add the missing CONFIG_NVRAM test to imsttfb to avoid a build failure.
Add a CONFIG_PPC32 test to matrox
rtc-opal driver provides support for rtc alarms via
timed-power-on(tpo). However some Power platforms like BML use a fake
rtc clock and don't support tpo. Such platforms are indicated by the
missing 'has-tpo' property in the device tree.
Current implementation however enables callback for
rtc_clas
Hi Pi-Cheng,
On Mon, Jul 6, 2015 at 6:01 PM, Pi-Cheng Chen wrote:
> From: "pi-cheng.chen"
>
> This patch adds CPU mux clocks which are used by Mediatek cpufreq driver
> for intermediate clock source switching.
Hopefully we will some day have regmap support for mux basic clocks.
Until then, this
On 07/13/2015 23:22 PM, Hanjun Guo wrote:
>> In case when BIOS is populating MADT wiht both x2apic and local apic
>> entries (as per ACPI spec), kernel builds it's processor table
>> in the following order: BSP, X2APIC, local APIC, resulting in
>> processors on the same core are not separated by co
This patch is based on work of "Yinghai Lu "
previously published at https://lkml.org/lkml/2013/1/21/563.
In case when BIOS is populating MADT wiht both x2apic and local apic
entries (as per ACPI spec), e.g. for Xeon Phi Knights Landing,
kernel builds it's processor table in the following order:
B
On Tue 14-07-15 07:11:34, Xuzhichuang wrote:
> Hi, all
>
> Description of problem:
>
> Recently, one of my Linux system invoked oom-killer, but the system
> still has much memory, I don't know why the system still invoked
> oom-killer, anybody can help me to see it, thanks.
>
> Linux kernel vers
On Tue, 14 Jul 2015, Manuel Lauss wrote:
> On Mon, Jul 13, 2015 at 10:46 PM, Thomas Gleixner wrote:
> > bcsr_csc_handler() is a cascading interrupt handler. It has a
> > disable_irq_nosync()/enable_irq() pair around the generic_handle_irq()
> > call. The value of this disable/enable is zero becau
On Mon, 13 Jul 2015, Andreas Schwab wrote:
> Finn Thain writes:
>
> > BTW, I didn't change the SCSI ID location in NVRAM. This code says 16
> > whereas atari_scsi says 14. Which one is correct?
>
> I think atari_scsi is wrong. The best source I could find
> (http://www.gratifiant.com/nvram-
Hello Alex,
2015-07-14 11:11 GMT+06:00 Alex Deucher :
>
> This patch breaks the build with debugfs enabled.
>
I've tried to built with CONFIG_DEBUG_FS={y/n} and it builds
successfully. Did I miss something?
Maybe I need to enable/disable anything else CONFIG_*?
Thank you.
--
To unsubscribe from
On 07/14/2015 03:46 AM, Stephen Rothwell wrote:
> Hi all,
>
> Today's linux-next merge of the net-next tree got a conflict in:
>
> net/bridge/br_mdb.c
>
> between commit:
>
> f1158b74e54f ("bridge: mdb: zero out the local br_ip variable before use")
>
> from Linus' tree and commit:
>
>
On 14.07.2015 10:18, Alexander Kuleshov wrote:
Hello Alex,
2015-07-14 11:11 GMT+06:00 Alex Deucher :
This patch breaks the build with debugfs enabled.
I've tried to built with CONFIG_DEBUG_FS={y/n} and it builds
successfully. Did I miss something?
Maybe I need to enable/disable anything else
On Tue, Jul 14, 2015 at 10:17 AM, Finn Thain wrote:
> On Mon, 13 Jul 2015, Andreas Schwab wrote:
>> Finn Thain writes:
>> > BTW, I didn't change the SCSI ID location in NVRAM. This code says 16
>> > whereas atari_scsi says 14. Which one is correct?
>>
>> I think atari_scsi is wrong. The best sou
Signed-off-by: Fengguang Wu
---
snapshot.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/kernel/power/snapshot.c b/kernel/power/snapshot.c
index ebbb995..0e4112f4 100644
--- a/kernel/power/snapshot.c
+++ b/kernel/power/snapshot.c
@@ -925,7 +925,7 @@ static void swsusp_un
tree: git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git
bleeding-edge
head: 4835ff4dabfa392ba9f10218231ea8b6972d9459
commit: d09d85e88f60a6e4d9f8159556f024bd588f11f0 [10/17] PM / hibernate: make
sure each resuming page is in current memory zones
reproduce:
# apt-get install
On 2015/7/14 16:06, Lukasz Anaczkowski wrote:
> This patch is based on work of "Yinghai Lu "
> previously published at https://lkml.org/lkml/2013/1/21/563.
>
> In case when BIOS is populating MADT wiht both x2apic and local apic
> entries (as per ACPI spec), e.g. for Xeon Phi Knights Landing,
> ke
Krzysztof Kozlowski wrote:
>
> Dear Kukjin,
>
Hi,
Thanks for your pull-request and I'll sort them out for 4.2-rc soon.
BTW, the Thomas' patch is enough to support exynos4210 cpufreq without other
patches in the series? I didn't think so...
- Kukjin
> These are candidates for fixes during this
On Mon, Jul 13, 2015 at 05:14:21PM +0100, Paul Burton wrote:
> The db_assert call checks whether the bus_num pointer is non-NULL, but
> does so after said pointer has been dereferenced by the assignment on
> the previous line. Thus the check is pointless & likely to have been
> optimised out by th
Hello,
these three patches make sure that there's an explicit dependency from
the GPIO chip in Tegra SoCs to the corresponding pinctrl device, without
having duplicated gpio ranges.
By having an explicit dependency, we can do things such as probing the
pinctrl device before the GPIO chip device t
If the gpio DT node has the gpio-ranges property, the range will be
added by the gpio core and doesn't need to be added by the pinctrl
driver.
By having the gpio-ranges property, we have an explicit dependency from
the gpio node to the pinctrl node and we can stop using the deprecated
pinctrl_add_
Specify how the GPIOs map to the pins in Tegra SoCs, so the dependency is
explicit.
Signed-off-by: Tomeu Vizoso
Acked-by: Stephen Warren
---
Changes in v2:
- Remove outdated comment from the commit changelog
arch/arm/boot/dts/tegra114.dtsi | 1 +
arch/arm/boot/dts/tegra124.dtsi | 1 +
arch/ar
Changes since v1:
- updated "[V2 6/7] hvsock: introduce Hyper-V VM Sockets feature"
- added __init and __exit for the module init/exit functions
- net/hv_sock/Kconfig: "default m" -> "default m if HYPERV"
- MODULE_LICENSE: "Dual MIT/GPL" -> "Dual BSD/GPL"
Hyper-V VM Socket
1、the host directly link to the storage device，by intel ixgbe NIC;
between them, no switch or router.
2、the nic of the storage device suddenly become unused and then OK
after a little time, this happened frequency.
3、the host printk a lot of message like these:
The kernel is SUSE 3.0.13, use slab
When an OF node has a pin range for its GPIOs, return -EPROBE_DEFER if
the pin controller isn't available.
Otherwise, the GPIO range wouldn't be set at all unless the pin
controller probed always before the GPIO chip.
With this change, the probe of the GPIO chip will be deferred and will
be retri
On Tue, Jul 14, 2015 at 10:30:30AM +0200, Ralf Baechle wrote:
> On Mon, Jul 13, 2015 at 05:14:21PM +0100, Paul Burton wrote:
>
> > The db_assert call checks whether the bus_num pointer is non-NULL, but
> > does so after said pointer has been dereferenced by the assignment on
> > the previous line.
Geert Uytterhoeven writes:
> On Tue, Jul 14, 2015 at 10:17 AM, Finn Thain
> wrote:
>> On Mon, 13 Jul 2015, Andreas Schwab wrote:
>>> Finn Thain writes:
>>> > BTW, I didn't change the SCSI ID location in NVRAM. This code says 16
>>> > whereas atari_scsi says 14. Which one is correct?
>>>
>>> I
A helper function is also added.
Signed-off-by: Dexuan Cui
---
include/linux/hyperv.h | 7 +++
1 file changed, 7 insertions(+)
diff --git a/include/linux/hyperv.h b/include/linux/hyperv.h
index 30d3a1f..aa21814 100644
--- a/include/linux/hyperv.h
+++ b/include/linux/hyperv.h
@@ -236,6 +236,
A function to send the type of message is also added.
The coming net/hvsock driver will use this function to proactively request
the host to offer a VMBus channel for a new hvsock connection.
Signed-off-by: Dexuan Cui
---
drivers/hv/channel.c | 15 +++
drivers/hv/channel_mgmt.c
This will be used by the coming net/hvsock driver.
Signed-off-by: Dexuan Cui
---
drivers/hv/channel.c | 131 ++
drivers/hv/hyperv_vmbus.h | 4 ++
drivers/hv/ring_buffer.c | 14 +
include/linux/hyperv.h| 33
4 files change
Hi,
On 13/07/15 21:43, Thomas Gleixner wrote:
> From: Jiang Liu
>
> This is a preparatory patch for moving irq_data struct members.
>
> Signed-off-by: Jiang Liu
> Cc: James Hogan
> Signed-off-by: Thomas Gleixner
Looks reasonable. Do you want this to go through metag tree?
If not,
Acked-by:
With the 2 APIs supplied by the VMBus driver, the coming net/hvsock driver
can register 2 callbacks and can know when a new hvsock connection is
offered by the host, and when a hvsock connection is being closed by the
host.
Signed-off-by: Dexuan Cui
---
drivers/hv/Makefile | 4 ++-
dr
This will be used by the coming net/hvsock driver.
Signed-off-by: Dexuan Cui
---
include/linux/hyperv.h | 6 ++
1 file changed, 6 insertions(+)
diff --git a/include/linux/hyperv.h b/include/linux/hyperv.h
index 307910b3..c52f4cb 100644
--- a/include/linux/hyperv.h
+++ b/include/linux/hyperv
On 13 July 2015 at 22:14, Linus Walleij wrote:
> On Wed, Jun 17, 2015 at 3:42 PM, Tomeu Vizoso
> wrote:
>
>> If the gpio DT node has the gpio-ranges property, the range will be
>> added by the gpio core and doesn't need to be added by the pinctrl
>> driver.
>>
>> By having the gpio-ranges propert
2015-07-14 17:26 GMT+09:00 Kukjin Kim :
> Krzysztof Kozlowski wrote:
>>
>> Dear Kukjin,
>>
> Hi,
>
> Thanks for your pull-request and I'll sort them out for 4.2-rc soon.
>
> BTW, the Thomas' patch is enough to support exynos4210 cpufreq without other
> patches in the series? I didn't think so...
A
In the SMP guest case, when the per-channel callback hvsock_events() is
running on virtual CPU A, if the guest tries to close the connection on
virtual CPU B: we invoke vmbus_close() -> vmbus_close_internal(),
then we can have trouble: on B, vmbus_close_internal() will send IPI
reset_channel_cb() t
Hyper-V VM sockets (hvsock) supplies a byte-stream based communication
mechanism between the host and a guest. It's kind of TCP over VMBus, but
the transportation layer (VMBus) is much simpler than IP. With Hyper-V VM
Sockets, applications between the host and a guest can talk with each
other direc
On Tue, 14 Jul 2015, James Hogan wrote:
> On 13/07/15 21:43, Thomas Gleixner wrote:
> > From: Jiang Liu
> >
> > This is a preparatory patch for moving irq_data struct members.
> >
> > Signed-off-by: Jiang Liu
> > Cc: James Hogan
> > Signed-off-by: Thomas Gleixner
>
> Looks reasonable. Do you
On Tue, Jul 14, 2015 at 08:43:44AM +1000, Benjamin Herrenschmidt wrote:
> On Tue, 2015-07-14 at 00:15 +0200, Peter Zijlstra wrote:
>
> > > This is instead the sequence that is of concern:
> > >
> > > store a
> > > unlock M
> > > lock N
> > > load b
> >
> > So its late and that table didn
On 2015/7/14 16:15, Michal Hocko wrote:
> On Tue 14-07-15 07:11:34, Xuzhichuang wrote:
>> Hi, all
>>
>> Description of problem:
>>
>> Recently, one of my Linux system invoked oom-killer, but the system
>> still has much memory, I don't know why the system still invoked
>> oom-killer, anybody can h
From e945737ef2e3a5b7198b9795d6375de85b2fac08 Mon Sep 17 00:00:00 2001
From: Rahul Jain
Date: Tue, 14 Jul 2015 14:04:09 +0530
Subject: [PATCH] cfg80211-wext: deleting dead code
In func cfg80211_wext_siwretry(), the value of changed is getting
modified to non-zero value within if-else condition an
Hi, Geert
Sorry for reply late, I'm occupied by other things.
On 07/13/15 at 10:55am, Geert Uytterhoeven wrote:
> On Mon, Jul 13, 2015 at 4:13 AM, wrote:
> > Because there's general code need CONFIG_KEXEC_CORE, so I updated all the
> > architecture Kconfig with a new option KEXEC_CORE, and let
> -Original Message-
> From: Christophe JAILLET [mailto:christophe.jail...@wanadoo.fr]
> Sent: Tuesday, July 14, 2015 1:22 AM
> To: Shahed Shaikh; Dept-GE Linux NIC Dev
> Cc: netdev; linux-kernel; kernel-janit...@vger.kernel.org; Christophe JAILLET
> Subject: [PATCH] net: qlcnic: Deletion o
On 07/14/2015 07:21 AM, Fengguang Wu wrote:
Sorry please ignore -- this no longer happen in linux-next, so should be fine.
Seen this before, this fixed it back then:
https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/lib/test_rhashtable.c?id=b7f5e5c7f8cedf6b69c9702d448cdf78
Hi Dave,
On Tue, Jul 14, 2015 at 10:46 AM, Dave Young wrote:
>> > diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
>> > index 1c50210..20c48b3 100644
>> > --- a/arch/arm/Kconfig
>> > +++ b/arch/arm/Kconfig
>> > @@ -2001,10 +2001,14 @@ config XIP_PHYS_ADDR
>> > be linked for and stored t
On Tue, Jun 23, 2015 at 11:19 PM, Paul Osmialowski wrote:
> This is very cheap and simple implementation of pinctrl driver
> for Kinetis SoC - its primary role is to provide means for enabling UART
> fuctionality on I/O PORT_E which will be utilized by the commits
> yet to come.
>
> Signed-off-by:
On Tue, Jun 30, 2015 at 2:27 PM, Paul Osmialowski wrote:
> This is a very cheap and simple implementation of pinctrl driver
> for Kinetis SoC - its primary role is to provide means for enabling UART
> fuctionality on I/O PORT_E which will be utilized by the commits
> yet to come.
>
> Signed-off-b
On Tue, Jul 14, 2015 at 10:16 AM, Thomas Gleixner wrote:
> On Tue, 14 Jul 2015, Manuel Lauss wrote:
>
>> On Mon, Jul 13, 2015 at 10:46 PM, Thomas Gleixner wrote:
>> > bcsr_csc_handler() is a cascading interrupt handler. It has a
>> > disable_irq_nosync()/enable_irq() pair around the generic_handl
On Wed, Jul 1, 2015 at 4:20 PM, Paul Osmialowski wrote:
> - kinetis_pit_init(kinetis_tmr, (rate / HZ) - 1);
Do you want to do DIV_ROUND_UP() or why is this -1 here?
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a mes
On Tue 14-07-15 16:42:16, Xishi Qiu wrote:
> On 2015/7/14 16:15, Michal Hocko wrote:
>
> > On Tue 14-07-15 07:11:34, Xuzhichuang wrote:
[...]
> >> Jul 10 12:33:03 BMS_CNA04 kernel: [18136514.138968] DMA32: 188513*4kB
> >> 29459*8kB 2*16kB 2*32kB 1*64kB 0*128kB 0*256kB 1*512kB 0*1024kB 0*2048kB
>
On Tue, Jul 14, 2015 at 10:55:08AM +0200, Manuel Lauss wrote:
> On Tue, Jul 14, 2015 at 10:16 AM, Thomas Gleixner wrote:
> > On Tue, 14 Jul 2015, Manuel Lauss wrote:
> >
> >> On Mon, Jul 13, 2015 at 10:46 PM, Thomas Gleixner
> >> wrote:
> >> > bcsr_csc_handler() is a cascading interrupt handler
On Mon, Jul 13, 2015 at 11:28:04PM +0300, Ebru Akagunduz wrote:
> This patch makes swapin readahead to improve thp collapse rate.
> When khugepaged scanned pages, there can be a few of the pages
> in swap area.
>
> With the patch THP can collapse 4kB pages into a THP when
> there are up to max_pte
On Tue, Jun 30, 2015 at 2:27 PM, Paul Osmialowski wrote:
> Based on K70P256M150SF3RM.pdf K70 Sub-Family Reference Manual, Rev. 3.
>
> Signed-off-by: Paul Osmialowski
(...)
> +struct kinetis_sim_regs {
> + u32 sopt1; /* System Options Register 1 */
> + u32 rsv0[1024];
> + u
Commit 5ef7bbb09f7b ("perf tools: Allow to specify custom linker command")
was meant to enable usage non $(CROSS_COMPILE)ld linker during perf
building. But implementation didn't take in account fact that LD is
a pre-defined variable in GNU Make. I.e. it is always defined.
Which means there's no po
On 07/10/2015 07:41 PM, Kirill A. Shutemov wrote:
> Hello everybody,
>
...
>
> git://git.kernel.org/pub/scm/linux/kernel/git/kas/linux.git thp/refcounting/v5
>
I guess you mean thp/refcounting/v8. Also you might want to add v8 to
the subject. Still on the cosmetic side, checkpatch.pl show quite
On Tue, Jul 14, 2015 at 09:25:16AM +0200, Christophe JAILLET wrote:
> --- a/drivers/scsi/aic7xxx/aic79xx_osm.c
> +++ b/drivers/scsi/aic7xxx/aic79xx_osm.c
> @@ -1250,9 +1250,8 @@ ahd_linux_register_host(struct ahd_softc *ahd, struct
> scsi_host_template *templa
> ahd_set_unit(ahd, ahd_linux_u
On 07/14/15 at 10:50am, Geert Uytterhoeven wrote:
> Hi Dave,
>
> On Tue, Jul 14, 2015 at 10:46 AM, Dave Young wrote:
> >> > diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
> >> > index 1c50210..20c48b3 100644
> >> > --- a/arch/arm/Kconfig
> >> > +++ b/arch/arm/Kconfig
> >> > @@ -2001,10 +2001,14
On Mon, Jul 13, 2015 at 06:39:14PM -0700, Ray Jui wrote:
> This patch adds support to Broadcom's North Star 2 SoC in the arm64
> Kconfig and defconfig files
>
> Signed-off-by: Ray Jui
> Reviewed-by: Scott Branden
> ---
> arch/arm64/Kconfig | 12
> arch/arm64/configs/def
On 2015/7/14 17:00, Michal Hocko wrote:
> On Tue 14-07-15 16:42:16, Xishi Qiu wrote:
>> On 2015/7/14 16:15, Michal Hocko wrote:
>>
>>> On Tue 14-07-15 07:11:34, Xuzhichuang wrote:
> [...]
Jul 10 12:33:03 BMS_CNA04 kernel: [18136514.138968] DMA32: 188513*4kB
29459*8kB 2*16kB 2*32kB 1*64k
Hi Dave,
On Tue, Jul 14, 2015 at 11:11 AM, Dave Young wrote:
> On 07/14/15 at 10:50am, Geert Uytterhoeven wrote:
>> On Tue, Jul 14, 2015 at 10:46 AM, Dave Young wrote:
>> >> > diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
>> >> > index 1c50210..20c48b3 100644
>> >> > --- a/arch/arm/Kconfig
>>
Destroy IDRs on module exit, freeing the resources for
* bq2415x_charger.c
* ds2782_battery.c
* ltc2941-battery-gauge.c
The drivers had to be converted to "ordinary" module_init()/module_exit()
style drivers instead of using module_i2c_driver.
Signed-off-by: Johannes Thumshirn
---
drivers/power
1 - 100 of 1000 matches
Mail list logo
