ping!
On Tue, Feb 18, 2014 at 06:13:04PM +0800, Shaohua Li wrote:
>
> This is a simple DM target supporting compression for SSD only. Under layer
> SSD
> must support 512B sector size, the target only supports 4k sector size.
>
> Disk layout:
> |super|...meta...|..data...|
>
> Store unit is
How many warnings does this generate does this generate when you run it
across the whole tree?
regards,
dan carpenter
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at
Hi David,
On Fri, 7 Mar 2014 00:41:05 +0100 David Herrmann wrote:
> On Thu, Mar 6, 2014 at 10:56 PM, Bruno Prémont wrote:
> > On Thu, 06 March 2014 David Herrmann wrote:
> >> On modern linux user-space, the VT subsystem is no longer needed for
> >> system consoles. Although most DEs will fail if
This patch restores the changes of commit dff38e3e93 "x86: Use inline
assembler instead of global register variable to get sp". They got lost
in commit 198d208df4 "x86: Keep thread_info on thread stack in x86_32"
while moving the code to arch/x86/kernel/irq_32.c.
Quoting Andi from commit
As result of deprecation of MSI-X/MSI enablement functions
pci_enable_msix() and pci_enable_msi_block() all drivers
using these two interfaces need to be updated to use the
new pci_enable_msi_range() or pci_enable_msi_exact()
and pci_enable_msix_range() or pci_enable_msix_exact()
interfaces.
As result of deprecation of MSI-X/MSI enablement functions
pci_enable_msix() and pci_enable_msi_block() all drivers
using these two interfaces need to be updated to use the
new pci_enable_msi_range() or pci_enable_msi_exact()
and pci_enable_msix_range() or pci_enable_msix_exact()
interfaces.
Make xhci_setup_msi() and xhci_setup_msix() functions
return error code in a consistent and more clear way.
Signed-off-by: Alexander Gordeev
Cc: Sarah Sharp
Cc: Greg Kroah-Hartman
Cc: linux-...@vger.kernel.org
Cc: linux-...@vger.kernel.org
---
drivers/usb/host/xhci.c |5 +++--
1 files
Linus,
please pull sound fixes for v3.14-rc6 from:
git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound.git
tags/sound-3.14-rc6
The topmost commit is e805ca8b0a9b6c91099c0eaa4b160a1196a4ae25
sound fixes for 3.14-rc6
于 2014年03月07日 14:47, Greg KH 写道:
> On Fri, Mar 07, 2014 at 02:15:48PM +0800, xinhui.pan wrote:
>> From: "xinhui.pan"
>
> I doubt your name as a "." in it, right?
>
yes :)
>> some devices go crasy, we can't resume it even after reset.
>
> I don't understand, what do you mean by this? What
On Fri, 2014-03-07 at 09:51 +0800, Mark Brown wrote:
> On Thu, Mar 06, 2014 at 10:48:54AM +0100, Krzysztof Kozlowski wrote:
>
> > Anyway can you look at other two patches and apply them if they are OK?
> > They don't depend on this.
>
> There appears to be some external dependency for the
I'm announcing the release of the 3.13.6 kernel.
All users of the 3.13 kernel series must upgrade.
The updated 3.13.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-3.13.y
and can be browsed at the normal kernel.org git web browser:
On Thu, 2014-03-06 at 11:52 -0800, beh...@converseincode.com wrote:
> From: Jan-Simon Möller
>
> Replaced the use of a Variable Length Array In Struct (VLAIS) with a C99
> compliant equivalent.
Fine, but
> + char aead_req_data[sizeof(struct aead_request)
> + +
I'm announcing the release of the 3.10.33 kernel.
All users of the 3.10 kernel series must upgrade.
The updated 3.10.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-3.10.y
and can be browsed at the normal kernel.org git web
x86, vdso: Patch alternatives in the 32-bit VDSO
> git bisect bad d478a960edf1ea61ca31a07a48a8771f043dba78 # 06:43 0-
> 19 0day head guard for 'devel-hourly-2014030618'
> git bisect good c3bebc71c4bcdafa24b506adf0c1de3c1f77e2e0 # 06:56 60+
> 0 Merge git://git.ker
Increase the number of PFNs we can handle in a single vmbus packet.
Some network packets may have more PFNs than the current limit we have.
This is not a bug and this patch can be applied to the *next tree.
Signed-off-by: K. Y. Srinivasan
---
include/linux/hyperv.h |2 +-
1 files changed,
> -Original Message-
> From: Greg KH [mailto:gre...@linuxfoundation.org]
> Sent: Friday, March 7, 2014 12:19 PM
> To: KY Srinivasan
> Cc: linux-kernel@vger.kernel.org; de...@linuxdriverproject.org;
> o...@aepfle.de; a...@canonical.com; jasow...@redhat.com
> Subject: Re: [PATCH 1/1]
On Thu, Mar 06, 2014 at 11:15:08PM -0800, K. Y. Srinivasan wrote:
> Increase the maximum number of pfns we can handle is a single vmbus packet.
Is that a correct sentance?
>
> Signed-off-by: K. Y. Srinivasan
> ---
> include/linux/hyperv.h |2 +-
> 1 files changed, 1 insertions(+), 1
We don't need to waste space with these lookup tables, just do
the math directly.
Cc: Bjorn Andersson
Signed-off-by: Stephen Boyd
---
drivers/pinctrl/pinctrl-msm.c | 14 --
1 file changed, 8 insertions(+), 6 deletions(-)
diff --git a/drivers/pinctrl/pinctrl-msm.c
This driver doesn't rely on any functionality living in
drivers/of/irq.c to compile. Drop this dependency.
Cc: Bjorn Andersson
Signed-off-by: Stephen Boyd
---
drivers/pinctrl/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/pinctrl/Kconfig
We don't need to check for a negative reg here because reg is
always the same and is always non-negative. Also, collapse the
switch statement down for the duplicate cases.
Cc: Bjorn Andersson
Signed-off-by: Stephen Boyd
---
drivers/pinctrl/pinctrl-msm.c | 29 +
1
Here are some small fixes and cleanups for the msm pinctrl
driver.
Stephen Boyd (7):
pinctrl: msm: Silence recursive lockdep warning
pinctrl: msm: Check for ngpios > MAX_NR_GPIO
pinctrl: msm: Drop unused includes
pinctrl: msm: Drop OF_IRQ dependency
pinctrl: msm: Replace lookup tables
On Fri, Mar 07, 2014 at 02:15:48PM +0800, xinhui.pan wrote:
> From: "xinhui.pan"
I doubt your name as a "." in it, right?
> some devices go crasy, we can't resume it even after reset.
I don't understand, what do you mean by this? What exactly does a
device do, and why does it do it? And what
All these functions are limited in what they can pass as the gpio
or irq number to whatever is setup during probe. Remove the
checks.
Cc: Bjorn Andersson
Signed-off-by: Stephen Boyd
---
drivers/pinctrl/pinctrl-msm.c | 16
1 file changed, 16 deletions(-)
diff --git
If a driver calls enable_irq_wake() on a gpio turned interrupt
from the msm pinctrl driver we'll get a lockdep warning like so:
=
[ INFO: possible recursive locking detected ]
3.14.0-rc3 #2 Not tainted
-
Fail the probe and print a warning if SoC specific drivers have
more GPIOs than there can be accounted for in the static bitmaps.
This should avoid silent corruption/failures in the future.
Cc: Bjorn Andersson
Signed-off-by: Stephen Boyd
---
drivers/pinctrl/pinctrl-msm.c | 6 +-
1 file
These includes are unused or can be handled via forward
declarations. Remove them.
Cc: Bjorn Andersson
Signed-off-by: Stephen Boyd
---
drivers/pinctrl/pinctrl-msm.c | 1 -
drivers/pinctrl/pinctrl-msm.h | 5 +
drivers/pinctrl/pinctrl-msm8x74.c | 1 -
3 files changed, 1 insertion(+),
On Thu, Jan 02, 2014 at 01:21:21AM +0900, Roman Pen wrote:
> From: Roman Peniaev
>
> mtd_blkdevs is device with volatile cache (writeback buffer), so it should
> support
> REQ_FLUSH to do explicit flush.
>
> Without this patch 'sync' does not guarantee that writeback buffer will be
> flushed
On Thu, 2014-03-06 at 21:52 -0800, Greg KH wrote:
> On Thu, Mar 06, 2014 at 09:35:46PM -0500, j...@ringle.org wrote:
> > From: Jon Ringle
> >
> > I am requesting comments on this serial driver.
> > I am currently having some latency issues with it where I experience
> > packet loss at speed of
Increase the maximum number of pfns we can handle is a single vmbus packet.
Signed-off-by: K. Y. Srinivasan
---
include/linux/hyperv.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/include/linux/hyperv.h b/include/linux/hyperv.h
index 330ec44..ab7359f 100644
---
Hello Ben,
On Fri, Mar 07, 2014 at 01:57:31PM +1100, Benjamin Herrenschmidt wrote:
> On Fri, 2014-02-14 at 13:22 +0530, Srivatsa S. Bhat wrote:
> > Subsystems that want to register CPU hotplug callbacks, as well as perform
> > initialization for the CPUs that are already online, often do it as
[adding Andrew to Cc]
On 03/07/2014 01:11 AM, Dave Jones wrote:
> The failure paths of sysfs_slab_add don't release the allocation of 'name'
> made by create_unique_id() a few lines above the context of the diff below.
> Create a common exit path to make it more obvious what needs freeing.
>
>
On Fri, Mar 7, 2014 at 11:59 AM, Stephen Rothwell wrote:
> Hi Linus,
>
> After merging the gpio tree, today's (and yesterday's) linux-next build
> (x86_64 allmodconfig among others) produced this warning:
>
> kernel/irq/Kconfig:41:error: recursive dependency detected!
> kernel/irq/Kconfig:41:
From: "xinhui.pan"
some devices go crasy, we can't resume it even after reset. This case will
cause timeout again and again. What is worse, if there is a watchdog,
panic will be generated as timer expires. To prevent this, we just return
-ENODEV immediately. Later it will be re-enumerated.
On 03/07/2014 09:36 AM, Anshuman Khandual wrote:
> On 02/19/2014 09:36 PM, Sudeep Holla wrote:
>> From: Sudeep Holla
>>
>> This patch removes the redundant sysfs cacheinfo code by making use of
>> the newly introduced generic cacheinfo infrastructure.
>>
>> Signed-off-by: Sudeep Holla
>> Cc:
From: Roger Quadros
USB and SATA DPLLs need different settings. Provide
the SATA DPLL settings and use the proper DPLL settings
based on device tree node's compatible_id.
Signed-off-by: Roger Quadros
Signed-off-by: Kishon Vijay Abraham I
---
Changes from v2:
* kept only the drivers/phy part
From: Chew, Chiau Ee
These two patches contains the additional changes required for BayTrail LPSS
I2C on top of the patch that Mika Westerberg has submitted previously which
is still in the pending queue:
"[PATCH v2] i2c: designware-pci: Add Baytrail PCI IDs"
From: Chew, Chiau Ee
All the I2C controllers on Intel BayTrail LPSS subsystem able
to support 10-bit addressing mode functionality.
Signed-off-by: Chew, Chiau Ee
Signed-off-by: Ong, Boon Leong
---
drivers/i2c/busses/i2c-designware-pcidrv.c | 17 +++--
1 files changed, 11
From: Chew, Chiau Ee
On Intel BayTrail, there was case whereby the resulting fast mode
bus speed becomes slower (~20% slower compared to expected speed)
if using the HCNT/LCNT calculated in the core layer. Thus, this
patch is added to allow pci glue layer to pass in optimal
HCNT/LCNT/SDA hold
On 3/7/2014 11:18 AM, Kishon Vijay Abraham I wrote:
From: Roger Quadros
The dra7-usb2 and am437-usb2 bindings have not yet been used.
Change them to be more elegant.
Signed-off-by: Roger Quadros
Signed-off-by: Kishon Vijay Abraham I
---
Changes from v2:
Kept only the drivers/phy part in
I was running code related to the python script -- multiple threads doing
inotify things in parallel, using watchman, and I got the following Oops:
[152513.914195] watchman[4963]: segfault at 7ff04ddb09d0 ip
7ff05b831f60 sp 7ff04c5acce8 error 4 in
libpthread-2.15.so[7ff05b825000+18000]
On Thu, 03/06 12:55, Paolo Bonzini wrote:
> Il 06/03/2014 12:22, Hannes Reinecke ha scritto:
> >On 03/06/2014 11:09 AM, Paolo Bonzini wrote:
> >>Il 06/03/2014 09:47, Fam Zheng ha scritto:
> >>>According to SPC-4, section 4.5.2.1, 252 is the limit of sense
> >>>data. So
> >>>increase the value.
>
From: Roger Quadros
As this driver is no longer USB specific, use generic clock names.
- Fix PLL_SD_SHIFT from 9 to 10
- Don't separate prepare/unprepare clock from enable/disable. This
ensures optimal power savings.
Signed-off-by: Roger Quadros
Signed-off-by: Kishon Vijay Abraham I
---
On Thu, 03/06 11:09, Paolo Bonzini wrote:
> Il 06/03/2014 09:47, Fam Zheng ha scritto:
> >According to SPC-4, section 4.5.2.1, 252 is the limit of sense data. So
> >increase the value.
> >
> >Signed-off-by: Fam Zheng
> >---
> > include/linux/virtio_scsi.h | 2 +-
> > 1 file changed, 1
pcmd->parmbuf->pbuf has been allocated if command is
GEN_CMD_CODE(_Set_Drv_Extra),
and it enqueued by rtw_enqueue_cmd. rtw_cmd_thread dequeue pcmd by
rtw_dequeue_cmd.
The memory leak happened on this branch "if( _FAIL == rtw_cmd_filter(pcmdpriv,
pcmd) )"
which goto post_process directly against
On Thu, Mar 06, 2014 at 09:35:46PM -0500, j...@ringle.org wrote:
> From: Jon Ringle
>
> I am requesting comments on this serial driver.
> I am currently having some latency issues with it where I experience
> packet loss at speed of 19200.
>
> I welcome any and all comments.
The basic coding
On Thu, Mar 06, 2014 at 09:03:50PM -0800, H. Peter Anvin wrote:
> On 03/06/2014 05:58 PM, Fengguang Wu wrote:
> > Hi all,
> >
> > I find the below WARNING shows up only in
> >
> > qemu-system-x86_64 -cpu qemu64,+smep,+smap
> >
>
> Yes, it is because Qemu doesn't show the AMD-specific
From: Roger Quadros
The dra7-usb2 and am437-usb2 bindings have not yet been used.
Change them to be more elegant.
Signed-off-by: Roger Quadros
Signed-off-by: Kishon Vijay Abraham I
---
Changes from v2:
Kept only the drivers/phy part in this patch
drivers/phy/phy-omap-control.c |4 ++--
On Thu, Mar 6, 2014 at 6:58 PM, Liu ShuoX wrote:
> On Tue 4.Mar'14 at 11:11:11 -0800, Kees Cook wrote:
>>
>> On Mon, Mar 3, 2014 at 5:40 PM, Liu ShuoX wrote:
>>>
>>> On Mon 3.Mar'14 at 11:45:59 -0800, Kees Cook wrote:
On Thu, Feb 27, 2014 at 10:37 PM, wrote:
>
>
>
On Thu, Mar 6, 2014 at 7:25 PM, Rusty Russell wrote:
> Kees Cook writes:
>> This forces the entire per_cpu range to be reported as absolute without
>> losing their linker symbol types. Without this, the variables are
>> incorrectly shown as relocated under kASLR.
>
> I like these patches,
On Sat, Feb 01, 2014 at 09:06:48AM -0700, Dmitry Eremin-Solenikov wrote:
> Hello,
>
> On Thu, Jan 30, 2014 at 10:46 PM, Jenny Tc wrote:
> >
> > Do we have any mailing list for power_supply subsystem? If not what about
> > having
> > one - linux-power-sup...@vger.kernel.org?
>
> I'm not sure
Hi all,
I am on vacation for the next week. Mark or Thierry may do some releases
during the week, otherwise the next linux-next will be next-20140317
(which will be about when -rc7 is released).
This tree fails (more than usual) the powerpc allyesconfig build.
Changes since 20140305:
New
This patch introduces BQ24261 charger driver. The driver makes use of power
supply charging driver to setup charging. So the driver does hardware
abstraction and handles h/w specific corner cases. The charging logic resides
with power supply charging driver
Signed-off-by: Jenny TC
---
Add new power supply properties for input current, charge termination
current, min and max temperature
POWER_SUPPLY_PROP_TEMP_MIN - minimum operatable temperature
POWER_SUPPLY_PROP_TEMP_MAX - maximum operatable temperature
POWER_SUPPLY_PROP_INLMT - input current limit programmed by charger.
v1: introduced feature as a framework within power supply class driver with
separate files for battid framework and charging framework
v2: fixed review comments, moved macros and inline functions to power_supply.h
v3: moved the feature as a separate driver, combined battid framework and
As per Product Safety Engineering (PSE) specification for battery charging, the
battery characteristics and thereby the charging rates can vary on different
temperature zones. This patch introduces a PSE compliant charging algorithm with
maintenance charging support. The algorithm can be selected
We used to stop the handling of tx when the number of pending DMAs
exceeds VHOST_MAX_PEND. This is used to reduce the memory occupation
of both host and guest. But it was too aggressive in some cases, since
any delay or blocking of a single packet may delay or block the guest
transmission.
Hi,
> Subject: Re: [PATCH v9 3/4] phy: Add new Exynos USB 2.0 PHY driver
>
> Hi,
>
> On Thursday 06 March 2014 02:49 PM, Anton Tikhomirov wrote:
> > Hi,
> >
> >> Subject: RE: [PATCH v9 3/4] phy: Add new Exynos USB 2.0 PHY driver
> >>
> >> Hi,
> >>
> >>> Subject: Re: [PATCH v9 3/4] phy: Add new
In sleep mode, the clocks of e500 cores and unused IP blocks is
turned off. The IP blocks which are allowed to wake up the processor
are still running.
The sleep mode is equal to the Standby state in Linux. Use the
command to enter sleep mode:
echo standby > /sys/power/state
Signed-off-by:
From: Zhao Chenhui
T1040 supports deep sleep feature, which can switch off most parts of
the SoC when it is in deep sleep mode. This way, it becomes more
energy-efficient.
The DDR controller will also be powered off in deep sleep. Therefore,
the last stage (the latter part of fsl_dp_enter_low)
Hi Roland,
Is it okay to send next series of patches even if previous series is not
accepted yet in your tree? Off-course I will cut patches on top of previous
series of patches.
-Regards
Devesh
-Original Message-
From: linux-rdma-ow...@vger.kernel.org
From: Hongbo Zhang
In the last stage of deep sleep, software will trigger a Finite
State Machine (FSM) to control the hardware precedure, such as
board isolation, killing PLLs, removing power, and so on.
When the system is waked up by an interrupt, the FSM controls the
hardware to complete the
> On Thu, 2014-03-06 at 18:24 +0400, Nikita Yushchenko wrote:
> > When preparing dump-capturing kernel, kexec userspace tool needs to
> > know actual amount of memory used by the running kernel. This may
> > differ from extire available DRAM for a couple of reasons. To address
> > this issue,
On 03/06/2014 05:58 PM, Fengguang Wu wrote:
> Hi all,
>
> I find the below WARNING shows up only in
>
> qemu-system-x86_64 -cpu qemu64,+smep,+smap
>
Yes, it is because Qemu doesn't show the AMD-specific SMP CPUID bit.
It's harmless in that sense.
Unfortunately these things are hard to
The following changes since commit 0414855fdc4a40da05221fc6062cccbc0c30f169:
Linux 3.14-rc5 (2014-03-02 18:56:16 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git
tags/spi-v3.14-rc5
for you to fetch changes up to
In 64-bit mode, kernel just clears the irq soft-enable flag
in struct paca_struct to disable external irqs. But, in
the case of suspend, irqs should be disabled by hardware.
Therefore, hook a function to ppc_md.suspend_disable_irqs
to really disable irqs.
Signed-off-by: Chenhui Zhao
---
Various e500 core have different cache architecture, so they
need different cache flush operations. Therefore, add a callback
function cpu_flush_caches to the struct cpu_spec. The cache flush
operation for the specific kind of e500 is selected at init time.
The callback function will flush all
Implemented CPU hotplug on e500mc and e5500. On e5500 both 32-bit and
64-bit modes can work. Used some callback functions implemented in RCPM
driver.
Signed-off-by: Chenhui Zhao
---
arch/powerpc/Kconfig |2 +-
arch/powerpc/kernel/smp.c |6 ++-
From: Wang Dongsheng
Add booke_cpu_state_save() and booke_cpu_state_restore() functions which can be
used to save/restore CPU's registers in the case of deep sleep and hibernation.
Supported processors: E6500, E5500, E500MC, E500v2 and E500v1.
Signed-off-by: Wang Dongsheng
Signed-off-by:
From: Wang Dongsheng
Signed-off-by: Wang Dongsheng
---
arch/powerpc/include/asm/reg.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/include/asm/reg.h b/arch/powerpc/include/asm/reg.h
index 62b114e..cd7b630 100644
--- a/arch/powerpc/include/asm/reg.h
+++
There is a RCPM (Run Control/Power Management) in Freescale QorIQ
series processors. The device performs tasks associated with device
run control and power management.
The driver implements some features: mask/unmask irq, enter/exit low
power states, freeze time base, etc.
There are two versions
On Thu, Mar 6, 2014 at 9:09 AM, Zoltan Kiss wrote:
> Do you have any feedback on this? I'm also adding KVM list as they might be
> interested in this.
>
> Zoli
>
>
> On 28/02/14 19:16, Zoltan Kiss wrote:
>>
>> The kernel datapath now switched to zerocopy Netlink messages, but that
>> also
>>
CPUs which should support the RAPL counters according to
Family/Model/Stepping may still issue #GP when attempting to access
the RAPL MSRs. This may happen when Linux is running under KVM and
we are passing-through host F/M/S data, for example. Use rdmsrl_safe
to first access the RAPL_POWER_UNIT
On 03/05, Sebastian Capella wrote:
> diff --git a/arch/arm/include/asm/memory.h b/arch/arm/include/asm/memory.h
> index 8756e4b..d32adbb 100644
> --- a/arch/arm/include/asm/memory.h
> +++ b/arch/arm/include/asm/memory.h
> @@ -291,6 +291,7 @@ static inline void *phys_to_virt(phys_addr_t x)
> */
>
Cleanup the code and enable scatter gather I/O.
Signed-off-by: K. Y. Srinivasan
Reviewed-by: Haiyang Zhang
---
drivers/net/hyperv/netvsc_drv.c | 153 +--
1 files changed, 114 insertions(+), 39 deletions(-)
diff --git a/drivers/net/hyperv/netvsc_drv.c
Enable send side checksum offload.
Signed-off-by: K. Y. Srinivasan
Reviewed-by: Haiyang Zhang
---
drivers/net/hyperv/hyperv_net.h | 10 ++
drivers/net/hyperv/netvsc_drv.c | 69 +-
2 files changed, 77 insertions(+), 2 deletions(-)
diff --git
In preparation for enabling offloads, cleanup the send path.
Signed-off-by: K. Y. Srinivasan
Reviewed-by: Haiyang Zhang
---
drivers/net/hyperv/hyperv_net.h |7 +---
drivers/net/hyperv/netvsc_drv.c | 88 +
drivers/net/hyperv/rndis_filter.c | 66
Enable receive side checksum offload.
Signed-off-by: K. Y. Srinivasan
Reviewed-by: Haiyang Zhang
---
drivers/net/hyperv/hyperv_net.h | 33 -
drivers/net/hyperv/netvsc_drv.c | 19 +++
drivers/net/hyperv/rndis_filter.c |4 +++-
3 files
Enable segmentation offload.
Signed-off-by: K. Y. Srinivasan
Reviewed-by: Haiyang Zhang
---
drivers/net/hyperv/hyperv_net.h | 40 +++
drivers/net/hyperv/netvsc_drv.c | 38 +---
2 files changed, 74 insertions(+), 4
Prior to enabling guest side offloads, enable the offloads on the host.
Signed-off-by: K. Y. Srinivasan
Reviewed-by: Haiyang Zhang
---
drivers/net/hyperv/hyperv_net.h | 55 +
drivers/net/hyperv/rndis_filter.c | 80 +
2 files
This patch set enables both checksum as well as segmentation offload.
As part of this effort I have enabled scatter gather I/O a well.
In this version of the patches, I have addressed comments from David Miller and
Dan Carpenter.
K. Y. Srinivasan (6):
Drivers: net: hyperv: Enable scatter
On Thu, 2014-03-06 at 16:06 -0500, David Miller wrote:
> From: Marc Kleine-Budde
> Date: Wed, 5 Mar 2014 00:49:47 +0100
>
> > @@ -839,7 +839,7 @@ void dev_deactivate_many(struct list_head *head)
> > /* Wait for outstanding qdisc_run calls. */
> > list_for_each_entry(dev, head,
On 03/06/2014 08:45 PM, Wei Ni wrote:
> On 03/07/2014 01:59 AM, Stephen Warren wrote:
>> On 03/04/2014 04:31 AM, Wei Ni wrote:
>>> Add dt node to describe the thermal zone for the nct1008.
>>
>>> diff --git a/arch/arm/boot/dts/tegra114-dalmore.dts
>>> b/arch/arm/boot/dts/tegra114-dalmore.dts
>>
On 03/06/2014 08:43 PM, Chen-Yu Tsai wrote:
> On Fri, Mar 7, 2014 at 11:41 AM, Linus Walleij
> wrote:
>> On Wed, Mar 5, 2014 at 10:59 AM, Stephen Warren
>> wrote:
>>> On 03/04/2014 07:37 PM, Linus Walleij wrote:
On Wed, Mar 5, 2014 at 10:18 AM, Stephen Warren
wrote:
> On
Sorry to those receiving repeated emails, I'm having an issue with some
of the special characters names.
Quoting Sebastian Capella (2014-03-05 02:50:05)
> From: Russ Dill
> Enable hibernation for ARM architectures and provide ARM
> architecture specific calls used during hibernation.
...
Quoting
On Friday 07 March 2014 11:55 AM, Rob Herring wrote:
> On Thu, Mar 6, 2014 at 9:44 PM, Santosh Shilimkar
> wrote:
>> On Friday 07 March 2014 11:13 AM, Rob Herring wrote:
>>> On Thu, Mar 6, 2014 at 3:19 AM, Santosh Shilimkar
>>> wrote:
The of_dma_is_coherent() helper parses the given DT
On Friday 07 March 2014 11:49 AM, Rob Herring wrote:
> On Thu, Mar 6, 2014 at 3:19 AM, Santosh Shilimkar
> wrote:
>> From: Grygorii Strashko
>>
>> Retrieve DMA configuration from DT and setup platform device's DMA
>> parameters.
>>
>> The DMA configuration in DT has to be specified using
The actual statistics give some informations about the different idle states a
cpu entered but unfortunately it does not show if the state is resulting from
good selections or not. This simple patch adds the 'failed' statistic for each
state, so we can easily do a ratio between the 'usage' and the
Dear Customer
This message is from Naukri.com to all Employers registered With Naukri.com.
we are currently carrying out maintenance exercise to improve our quality
service,
and reduce the rate of spam in our job portal.
please confirm and upgrade your employers account click the link blow
On 02/19/2014 09:36 PM, Sudeep Holla wrote:
> From: Sudeep Holla
>
> This patch removes the redundant sysfs cacheinfo code by making use of
> the newly introduced generic cacheinfo infrastructure.
>
> Signed-off-by: Sudeep Holla
> Cc: Benjamin Herrenschmidt
> Cc: Paul Mackerras
> Cc:
On Fri, Mar 07, 2014 at 01:39:45AM +0530, Nilesh More wrote:
> Hi all,
>
> I am working on android bug wherein directory entries of ext4 file
> system get corrupted when USB is hotplugged (with auto mount support
> enabled).
>
> The logs as below:
> [ 413.607849] usb 2-1.1: USB disconnect,
Hi Linus,
After merging the gpio tree, today's (and yesterday's) linux-next build
(x86_64 allmodconfig among others) produced this warning:
kernel/irq/Kconfig:41:error: recursive dependency detected!
kernel/irq/Kconfig:41: symbol GENERIC_IRQ_CHIP is selected by GPIO_DWAPB
On Fri, Mar 7, 2014 at 11:50 AM, Jason Cooper wrote:
> On Fri, Mar 07, 2014 at 11:48:25AM +0800, Linus Walleij wrote:
>> On Fri, Mar 7, 2014 at 4:18 AM, Jason Cooper wrote:
>> > On Wed, Mar 05, 2014 at 01:03:10AM +0100, Sebastian Hesselbarth wrote:
>> >> Pinctrl will WARN on missing DT
On Thu, Mar 6, 2014 at 9:44 PM, Santosh Shilimkar
wrote:
> On Friday 07 March 2014 11:13 AM, Rob Herring wrote:
>> On Thu, Mar 6, 2014 at 3:19 AM, Santosh Shilimkar
>> wrote:
>>> The of_dma_is_coherent() helper parses the given DT device
>>> node to see if the "dma-coherent" property is
On Fri, Mar 7, 2014 at 11:47 AM, Jason Cooper wrote:
> On Thu, Mar 06, 2014 at 09:16:33PM -0500, Jason Cooper wrote:
>> On Fri, Mar 07, 2014 at 09:26:48AM +0800, Linus Walleij wrote:
>> > On Wed, Feb 26, 2014 at 10:53 PM, Jason Cooper
>> > wrote:
> ...
>> > > I'm a little confused by this.
On Fri, Mar 07, 2014 at 11:48:25AM +0800, Linus Walleij wrote:
> On Fri, Mar 7, 2014 at 4:18 AM, Jason Cooper wrote:
> > On Wed, Mar 05, 2014 at 01:03:10AM +0100, Sebastian Hesselbarth wrote:
> >> Pinctrl will WARN on missing DT resources, which is a little bit too
> >> noisy. Use dev_warn with
On Thu, Mar 6, 2014 at 3:19 AM, Santosh Shilimkar
wrote:
> From: Grygorii Strashko
>
> Retrieve DMA configuration from DT and setup platform device's DMA
> parameters.
>
> The DMA configuration in DT has to be specified using "dma-ranges"
> property if supported. The DMA configuration applied
>
On Fri, Mar 07, 2014 at 11:03:02AM +0800, Linus Walleij wrote:
> On Fri, Feb 28, 2014 at 12:27 PM, Jenny Tc wrote:
> > On Thu, Feb 27, 2014 at 09:08:01PM +0100, Linus Walleij wrote:
> >> On Thu, Feb 20, 2014 at 6:53 AM, Jenny TC wrote:
> >>
> >> > +++ b/include/linux/power/power_supply_charger.h
On Fri, Mar 7, 2014 at 4:18 AM, Jason Cooper wrote:
> On Wed, Mar 05, 2014 at 01:03:10AM +0100, Sebastian Hesselbarth wrote:
>> Pinctrl will WARN on missing DT resources, which is a little bit too
>> noisy. Use dev_warn with FW_BUG instead.
>>
>> Signed-off-by: Sebastian Hesselbarth
>> ---
>>
On Thu, Mar 06, 2014 at 09:16:33PM -0500, Jason Cooper wrote:
> On Fri, Mar 07, 2014 at 09:26:48AM +0800, Linus Walleij wrote:
> > On Wed, Feb 26, 2014 at 10:53 PM, Jason Cooper wrote:
...
> > > I'm a little confused by this. Once you merge the branch into one of
> > > yours, that merge commit
On Friday 07 March 2014 11:13 AM, Rob Herring wrote:
> On Thu, Mar 6, 2014 at 3:19 AM, Santosh Shilimkar
> wrote:
>> The of_dma_is_coherent() helper parses the given DT device
>> node to see if the "dma-coherent" property is supported and
>> returns true or false accordingly.
>>
>> For the
1 - 100 of 1538 matches
Mail list logo
