* H. Peter Anvin h...@zytor.com wrote:
On 05/20/2014 09:12 PM, Stephen Rothwell wrote:
Hi all,
Today's linux-next merge of the tip tree got a conflict in
arch/x86/kernel/ldt.c between commit fa81511bb0bb (x86-64,
modify_ldt: Make support for 16-bit segments a runtime option)
from
Ok. Will do.
On May 20, 2014 11:01:00 PM PDT, Ingo Molnar mi...@kernel.org wrote:
* H. Peter Anvin h...@zytor.com wrote:
On 05/20/2014 09:12 PM, Stephen Rothwell wrote:
Hi all,
Today's linux-next merge of the tip tree got a conflict in
arch/x86/kernel/ldt.c between commit
* H. Peter Anvin h...@zytor.com wrote:
Ok. Will do.
Thanks!
Ingo
--
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 http://vger.kernel.org/majordomo-info.html
Please read the FAQ at
On Tue, May 06, 2014 at 02:22:20PM -0700, Christopher Freeman wrote:
A collection of patches to improve Tegra's DMA residual reporting
Christopher Freeman (3):
dma: tegra: finer granularity residual for tx_status
dma: tegra: change interrupt-related log levels
dma: tegra: avoid int
* Ingo Molnar mi...@kernel.org wrote:
* H. Peter Anvin h...@zytor.com wrote:
On 05/20/2014 09:12 PM, Stephen Rothwell wrote:
Hi all,
Today's linux-next merge of the tip tree got a conflict in
arch/x86/kernel/ldt.c between commit fa81511bb0bb (x86-64,
modify_ldt: Make
On Wed, May 07, 2014 at 03:37:45PM -0700, Christopher Freeman wrote:
On Wed, May 07, 2014 at 09:37:25AM -0700, Stephen Warren wrote:
On 05/06/2014 03:22 PM, Christopher Freeman wrote:
Get word-level granularity from hardware for calculating
the transfer count remaining.
diff --git
H1,
Change from V1 - V2: Fix a potential null pointer dereference as reported by
kbuild test robot fengguang...@intel.com.
Inorder to report the kzalloc failure, I have just used a pr_debug statement.
If it looks ugly, should I change the function's return value to int and give
out an -ENOMEM
On Thu, May 08, 2014 at 09:38:37PM +0530, Shevchenko, Andriy wrote:
On Thu, 2014-05-08 at 16:56 +0200, Arnd Bergmann wrote:
The sa11x0_dma_pm_ops unconditionally reference sa11x0_dma_resume
and sa11x0_dma_suspend, which currently breaks if CONFIG_PM_SLEEP
is disabled.
There is probably
On Tue, May 20, 2014 at 5:27 PM, Greg KH gre...@linuxfoundation.org wrote:
Greg,
Sorry, I don't think it is fair to users to force them to re-compile
their kernel to get their device to work.
I totally agree.
Granted, I'm new to USB
development, but the rate of reports of endpoint devices
On 05/21/2014 02:42 AM, Stephen Warren wrote:
On 05/19/2014 09:05 PM, FanWu wrote:
On 05/20/2014 04:55 AM, Stephen Warren wrote:
On 05/18/2014 08:54 PM, FanWu wrote:
On 05/17/2014 03:53 AM, Stephen Warren wrote:
On 05/16/2014 10:21 AM, Linus Walleij wrote:
On Wed, May 14, 2014 at 4:01 AM,
On Tue, May 13, 2014 at 7:29 PM, Austin Schuh aus...@peloton-tech.com wrote:
Hi,
I am observing a filesystem lockup with XFS on a CONFIG_PREEMPT_RT
patched kernel. I have currently only triggered it using dpkg. Dave
Chinner on the XFS mailing list suggested that it was a rt-kernel
On Thu, May 08, 2014 at 04:56:12PM +0200, Arnd Bergmann wrote:
It is not possible to reference the omap_dma_filter_fn filter
function from a built-in driver if the dmaengine driver itself
is a loadable module, which is a valid configuration otherwise.
This provides only the dummy alternative
Thanks for the patch.
Acked-by: Anil Gurumurthy anil.gurumur...@qlogic.com
-Original Message-
From: Rickard Strandqvist [mailto:rickard_strandqv...@spectrumdigital.se]
Sent: 18 May 2014 21:36
To: Anil Gurumurthy; Sudarsana Kalluru
Cc: Rickard Strandqvist; James E.J. Bottomley; linux-scsi;
On 05/21/2014 05:18 AM, Elliott, Robert (Server Storage) wrote:
-Original Message-
From: linux-scsi-ow...@vger.kernel.org [mailto:linux-scsi-
ow...@vger.kernel.org] On Behalf Of James Bottomley
Sent: Tuesday, May 20, 2014 9:22 PM
To: Yoshihiro YUNOMAE
Cc: Hannes Reinecke; Prarit
On Tue, May 20, 2014 at 11:21:03PM -0700, Dan Williams wrote:
On Tue, May 20, 2014 at 5:27 PM, Greg KH gre...@linuxfoundation.org wrote:
Greg,
Sorry, I don't think it is fair to users to force them to re-compile
their kernel to get their device to work.
I totally agree.
Granted,
On Tue, May 20, 2014 at 02:39:27PM -0700, Tim Chen wrote:
From: Tim Chen tim.c.c...@linux.intel.com
Subject: [PATCH v2] sched: Reduce the rate of needless idle load balancing
The current no_hz idle load balancer do load balancing for *all* idle cpus,
even though the time due to load
On 05/21/2014 11:45 AM, Vinod Koul wrote:
On Thu, May 08, 2014 at 05:52:37PM +0800, Hongbo Zhang wrote:
On 05/07/2014 04:31 PM, Shevchenko, Andriy wrote:
On Sun, 2014-05-04 at 18:22 +0800, Hongbo Zhang wrote:
On 05/03/2014 12:46 AM, Vinod Koul wrote:
On Fri, Apr 18, 2014 at 04:17:51PM
On Wed, May 21, 2014 at 1:36 PM, Christoph Hellwig h...@lst.de wrote:
On Wed, May 21, 2014 at 01:16:14PM +0800, Ming Lei wrote:
I am wondering if virtio-blk is trivial block driver, :-)
It's about as simple as it gets.
The scsi-mq work that I plant to submit for the next merge window is
On wto, 2014-05-20 at 19:56 +0100, Mark Brown wrote:
On Tue, May 20, 2014 at 04:35:06PM +0100, Lee Jones wrote:
Mark,
In case you missed it (I know, top post, yada yada yada).
We're just waiting on your Ack and I can apply the set:
Can someone send me the patch as a normal
From: Robert Baldyga r.bald...@samsung.com
This patch modifies mfd driver to use regmap for handling interrupts.
It allows to simplify irq handling process. This modifications needed
to make small changes in function drivers, which use interrupts.
Signed-off-by: Robert Baldyga
From: Robert Baldyga r.bald...@samsung.com
This patch removes wrapper functions used to access regmap, and
make driver using regmap_*() functions instead.
Signed-off-by: Robert Baldyga r.bald...@samsung.com
Reviewed-by: Krzysztof Kozlowski k.kozlow...@samsung.com
Acked-by: Lee Jones
On 05/21/2014 07:52 AM, Vinod Koul wrote:
On Tue, May 06, 2014 at 02:22:20PM -0700, Christopher Freeman wrote:
A collection of patches to improve Tegra's DMA residual reporting
Christopher Freeman (3):
dma: tegra: finer granularity residual for tx_status
dma: tegra: change
This patch adds xilinx CAN controller support.
This driver supports both ZYNQ CANPS and Soft IP
AXI CAN controller.
Signed-off-by: Kedareswara rao Appana appa...@xilinx.com
---
Changes for v8:
- call can_led_event only once in xcan_tx_interrupt();
- proceed with error handling if
Thanks.
Acked-by: Xuetao Guan g...@mprc.pku.edu.cn
- sunzc...@gmail.com 写道:
From: Zhichuang SUN sunzc...@gmail.com
Function unifb_mmap calls functions which are defined in linux/mm.h
and asm/pgtable.h
The related error (for unicore32 with unicore32_defconfig):
CC
Thanks, and this is a common error in most architectures.
Acked-by: Xuetao Guan g...@mprc.pku.edu.cn
- Chen Gang gang.chen.5...@gmail.com 写道:
'csum_partial' and 'csum_partial_copy_from_user' have already been
exported in lib/, so need not export them again, or it will cause
compiling
Add xilinx CAN bindings documentation.
Signed-off-by: Kedareswara rao Appana appa...@xilinx.com
---
Changes for v8:
- None.
Changes for v7:
- Split the devicetree bindings doc as a seperate patch
---
.../devicetree/bindings/net/can/xilinx_can.txt | 44
1 files changed,
-Original Message-
From: iommu-boun...@lists.linux-foundation.org [mailto:iommu-
boun...@lists.linux-foundation.org] On Behalf Of
bharat.bhus...@freescale.com
Sent: Wednesday, May 21, 2014 9:28 AM
To: Rickard Strandqvist; Joerg Roedel; Grant Likely
Cc: devicet...@vger.kernel.org;
On 05/17/2014 12:16 AM, Frederic Weisbecker wrote:
@@ -3708,6 +3712,13 @@ static void rcu_free_pwq(struct rcu_head *rcu)
container_of(rcu, struct pool_workqueue, rcu));
}
+static struct pool_workqueue *oldest_pwq(struct workqueue_struct *wq)
+{
+ return
On Tue, May 20, 2014 at 04:57:56PM -0700, j...@joshtriplett.org wrote:
On Tue, May 20, 2014 at 06:26:51PM -0500, Larry Finger wrote:
On 05/20/2014 04:31 PM, Rickard Strandqvist wrote:
There is otherwise a risk of a possible null pointer dereference.
Was largely found by using a static
On Thu, May 15, 2014 at 05:12:48PM +0200, Alexandre Belloni wrote:
The PWM3 pinmux configuration conflicts with gpio 3.28. Introduce a regulator
for mmc0 so that it conflicts with the pwm driver and fails gracefully. The
kernel will then able to access mmc0 normally.
Signed-off-by: Alexandre
On Tue, May 20, 2014 at 01:33:42PM +0400, Kirill Tkhai wrote:
[PATCH] sched/dl: Fix race in dl_task_timer()
Throttled task is still on rq, and it may be moved to other cpu
if user is playing with sched_setaffinity(). Therefore, unlocked
task_rq() access makes the race.
Juri Lelli reports
From: Zhichuang SUN sunzc...@gmail.com
Function unifb_mmap calls functions which are defined in linux/mm.h
and asm/pgtable.h
The related error (for unicore32 with unicore32_defconfig):
CC drivers/video/fbdev/fb-puv3.o
drivers/video/fbdev/fb-puv3.c: In function 'unifb_mmap':
CC'ing RT folks
On Wed, May 21, 2014 at 8:23 AM, Austin Schuh aus...@peloton-tech.com wrote:
On Tue, May 13, 2014 at 7:29 PM, Austin Schuh aus...@peloton-tech.com wrote:
Hi,
I am observing a filesystem lockup with XFS on a CONFIG_PREEMPT_RT
patched kernel. I have currently only triggered it
Hello,
On Tue, May 20, 2014 at 02:48:20PM -0700, Sören Brinkmann wrote:
On Tue, 2014-05-20 at 10:48AM -0700, Stephen Boyd wrote:
On 05/20/14 09:01, Sören Brinkmann wrote:
+{
+ unsigned long lower, upper, cur, lower_last, upper_last;
+
+ lower = clk_round_rate(clk, rate);
I tested this patch together with my previous patch
(sched: tg_set_cfs_bandwidth() causes rq-lock deadlock),
and can confirm, that all lockups are gone away.
Tested-by: Roman Gushchin kl...@yandex-team.ru
At Mon, 19 May 2014 15:49:45 -0700,
Ben Segall wrote:
sched_cfs_period_timer read
(2014/05/19 23:58), Denys Vlasenko wrote:
On 05/17/2014 05:59 PM, Masami Hiramatsu wrote:
(2014/05/17 3:34), Denys Vlasenko wrote:
Before this patch, users need to do this to fetch vex.:
if (insn-vex_prefix.nbytes == 2) {
vex_ = ((insn-vex_prefix.bytes[1] 3)
(2014/05/20 0:04), Denys Vlasenko wrote:
On 05/17/2014 06:00 PM, Masami Hiramatsu wrote:
(2014/05/17 3:34), Denys Vlasenko wrote:
Since xop and evex prefixes are extensions of vex mechanism,
they have similar bit layouts, and they can never be combined
(an instruction can have only one of
On Wed, May 07, 2014 at 03:06:10PM +0900, Joonsoo Kim wrote:
This patchset does some clean-up and tries to remove lockdep annotation.
Patches 1~3 are just for really really minor improvement.
Patches 4~10 are for clean-up and removing lockdep annotation.
There are two cases that lockdep
Hello Andrew,
On Tue, May 20, 2014 at 03:10:51PM -0700, Andrew Morton wrote:
On Thu, 15 May 2014 16:00:47 +0800 Weijie Yang weijie.y...@samsung.com
wrote:
Currently, we use a rwlock tb_lock to protect concurrent access to
the whole zram meta table. However, according to the actual access
Hi all,
Changes since 20140520:
New trees: scsi-core and scsi-drivers
My fixes tree contains:
powerpc/ppc64: Allow allmodconfig to build (finally !)
The net tree lost its build failure.
The net-next tree still had its build failure but I used a supplied patch.
The mfd-lj tree still
On Tuesday 20 May 2014 20:01:01 Srikanth Thokala wrote:
On Mon, May 19, 2014 at 10:33 PM, Arnd Bergmann a...@arndb.de wrote:
On Sunday 18 May 2014 19:38:45 Srikanth Thokala wrote:
+
+ if (cfg-ops-is_valid_cfg_access) {
+ if (!cfg-ops-is_valid_cfg_access(bus, devfn)) {
+
On 21 May 2014 11:21, Inderpal Singh inderpa...@samsung.com wrote:
At the driver unloading time the associated opps and its table may need
to be deleted. Otherwise it amounts to memory leak. The existing
OPP library does not have provision to do so.
Hence this patch implements the required
On Tue, May 20, 2014 at 12:08:34PM -0700, bseg...@google.com wrote:
Yeah, I believe the whole timer_active/cancel-before-start was to not
lose the timer while still avoiding the HRTIMER_RESTART/hrtimer_start
race. I'm not sure what, if anything, all the other ~35 users of
HRTIMER_RESTART do
Thanks.
For __muldi3, it is no longer used by gcc, so I think that's ok.
For __bswapsi2, maybe it's because I copied it from arm.
Acked-by: Xuetao Guan g...@mprc.pku.edu.cn
- Chen Gang gang.chen.5...@gmail.com 写道:
After check the code, 'bswapsi2' and 'muldi3' are useless for
unicore32, so
On Fri, Apr 04, 2014 at 07:40:11PM +0200, Wolfram Sang wrote:
The ugly is my work or even the ability but not the attitude, I think.
Explaining which tests were done is what I wanted to request more often
from submitters anyhow. Your leftover (yes, this can happen) just
reminded me to
- Chen Gang gang.chen.5...@gmail.com 写道:
Add generic 'screen_info' just like another architectures have done
(e.g. tile, sh, score, ia64, hexagon, and cris).
The related error (with allmodconfig under unicore32):
LD init/built-in.o
drivers/built-in.o: In function
On Wed, May 21, 2014 at 01:22:36PM +0800, Zhu, Lejun wrote:
Devices based on Intel SoC products such as Baytrail have a Power
Management IC. In the PMIC there are subsystems for voltage regulation,
A/D conversion, GPIO and PWMs. The PMIC in Baytrail-T platform is called
Crystal Cove.
This
From: Hongbo Zhang hongbo.zh...@freescale.com
The usage of spin_lock_irqsave() is a stronger locking mechanism than is
required throughout the driver. The minimum locking required should be used
instead. Interrupts will be turned off and context will be saved, it is
unnecessary to use irqsave.
From: Hongbo Zhang hongbo.zh...@freescale.com
Hi Dan,
Please have a look at this 3/3 as Vinod mentioned.
Hi Vinod Koul,
Please have a look at the v5 patch set.
v4 - v5 changes:
- since previous 5 of 8 patches have been merged by Vinod, this iteration oly
inludes the last 3 patches of v4.
-
From: Hongbo Zhang hongbo.zh...@freescale.com
Fix the potential risk when enable config NET_DMA and ASYNC_TX. Async_tx is
lack of support in current release process of dma descriptor, all descriptors
will be released whatever is acked or no-acked by async_tx, so there is a
potential race
On Wed, May 21, 2014 at 1:25 PM, Viresh Kumar viresh.ku...@linaro.org wrote:
On 21 May 2014 11:21, Inderpal Singh inderpa...@samsung.com wrote:
At the driver unloading time the associated opps and its table may need
to be deleted. Otherwise it amounts to memory leak. The existing
OPP library
I change the name of patch into [PATCH] arm: dma-mapping: add checking cma area
initialized,
because I remove fallback allocation and use dev_get_cma_area() to check cma
area.
If no cma area exists it goes to __alloc_remap_buffer().
I think this is the same with the fallback allocation but a
On Tue, 20 May 2014, Anatol Pomozov wrote:
On Tue, May 20, 2014 at 11:09 AM, Sebastian Ott
seb...@linux.vnet.ibm.com wrote:
On Tue, 20 May 2014, Anatol Pomozov wrote:
On Tue, May 20, 2014 at 6:16 AM, Sebastian Ott
seb...@linux.vnet.ibm.com wrote:
On Tue, 20 May 2014, Sebastian Ott
On 20/05/14 14:25, valdis.kletni...@vt.edu wrote:
So yes, we*do* need to do something sensible there - either frag the packet
on the way out, or something.
I think the problem is that a bridge cannot be used across incompatible
media. That's the job of a router.
A bridge should act like a
v9fs_fid_xattr_set is supposed to return 0 on success.
This corrects the behaviour introduced in commit
bdd5c28dcb8330b9074404cc92a0b83aae5606a
9p: fix return value in case in v9fs_fid_xattr_set()
(The function returns a negative error on error, as expected)
Signed-off-by: Dominique Martinet
On 21 May 2014 13:36, Inderpal Singh inderpa...@samsung.com wrote:
Its being used in opp_remove_and_free function to free dev_opp with kfree_rcu.
Wasn't aware of how kfree_rcu works :(
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to
dev_err(dev-dev, controller timed out\n);
davinci_i2c_recover_bus(dev);
i2c_davinci_init(dev);
@@ -384,7 +384,6 @@ i2c_davinci_xfer_msg(struct i2c_adapter *adap, struct
i2c_msg *msg, int stop)
if (dev-buf_len) {
/* This should be
On Tue, May 20, 2014 at 10:31:29PM +0200, Arnd Bergmann wrote:
On Tuesday 20 May 2014 16:00:02 Thierry Reding wrote:
On Tue, May 20, 2014 at 03:34:46PM +0200, Arnd Bergmann wrote:
On Tuesday 20 May 2014 15:17:43 Thierry Reding wrote:
On Tue, May 20, 2014 at 02:41:18PM +0200, Arnd
From: Hongbo Zhang hongbo.zh...@freescale.com
This patch adds suspend and resume functions for Freescale DMA driver.
Signed-off-by: Hongbo Zhang hongbo.zh...@freescale.com
---
drivers/dma/fsldma.c | 77 ++
drivers/dma/fsldma.h | 15 ++
There are two LEDs available on the B2020 RevE board, one red, one
green. In this patch we enable the red one for heartbeat and turn
the green one off.
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
arch/arm/boot/dts/stih416-b2020-revE.dts | 14 ++
1 file changed, 14
Also explicitly include STiH416 Clk bindings instead of relying on
inheriting them from other DTSI files which we happen to include.
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
arch/arm/boot/dts/stih41x.dtsi | 8
1 file changed, 8 insertions(+)
diff --git
The B2020 RevE differs from the other B2020 boards in a few subtle ways;
including the Ethernet reset GPIO which this patch adds support for and
the LED wiring which will follow in a latter patch. Without supplying
these differences Ethernet and the board LEDs simply will not work.
On Wed, May 21, 2014 at 6:26 AM, Naoya Horiguchi
n-horigu...@ah.jp.nec.com wrote:
It's useful if we can run only over a specific index range of radix trees,
which this patch does. This patch changes only radix_tree_for_each_slot()
and radix_tree_for_each_tagged(), because we need it only for
On 05/21/2014 01:57 PM, Kui Zhang wrote:
Hello,
I get following error when rmmod thermal.
rmmod thermal
Killed
Thanks for the report. Here is a fix patch that should solve this
problem.
From: Aaron Lu aaron...@intel.com
Date: Wed, 21 May 2014 16:00:42 +0800
Subject: [PATCH] ACPI /
On 20.05.14 16:53, Alex Williamson wrote:
The driver_override field allows us to specify the driver for a device
rather than relying on the driver to provide a positive match of the
device. This shortcuts the existing process of looking up the vendor
and device ID, adding them to the driver
On Thu, May 15, 2014 at 08:11:02PM +0200, Peter Zijlstra wrote:
On Mon, May 12, 2014 at 11:42:33AM -0400, Sasha Levin wrote:
Hi all,
While fuzzing with trinity inside a KVM tools guest running the latest -next
kernel I've stumbled on the following spew. Maybe related to the very recent
On Fri, Apr 04, 2014 at 02:56:10PM +0200, Kaushal Butala wrote:
The smbus block read is not currently supported for imx i2c devices.
This patchset adds the support to imx i2c bus so that blocks of data
can be read using SMbus block reads.(using i2c_smbus_read_block_data()
function from the
Hi Steve,
On Wed, May 21, 2014 at 03:07:23AM +0100, Steven Rostedt wrote:
Hmm, I didn't think about cross tree dependencies. I already pushed this
patch to my for-next branch which is already in linux-next, and I do not
rebase this branch unless there's a really good need to.
I guess I
On Tue, May 20, 2014 at 10:26:12PM +0200, Arnd Bergmann wrote:
On Tuesday 20 May 2014 16:24:59 Dave Martin wrote:
On Tue, May 20, 2014 at 02:41:18PM +0200, Arnd Bergmann wrote:
On Tuesday 20 May 2014 14:02:43 Thierry Reding wrote:
[...]
Multiple-master IOMMU:
--
On Tue 20-05-14 18:50:16, Fabian Frederick wrote:
journal_init_revoke_table is only called with positive hash_size
(JOURNAL_REVOKE_DEFAULT_HASH) so we can replace loop shift by ilog2
Cc: Andrew Morton a...@linux-foundation.org
Cc: Jan Kara j...@suse.cz
Cc: Joe Perches j...@perches.com
On 05/21/2014 04:22 PM, Aaron Lu wrote:
On 05/21/2014 01:57 PM, Kui Zhang wrote:
Hello,
I get following error when rmmod thermal.
rmmod thermal
Killed
While dealing with this problem, I found another problem that also
results in a kernel crash on thermal module removal:
From: Aaron Lu
Hi Lee,
On 05/21/2014 10:20 AM, Lee Jones wrote:
Also explicitly include STiH416 Clk bindings instead of relying on
inheriting them from other DTSI files which we happen to include.
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
arch/arm/boot/dts/stih41x.dtsi | 8
1 file
On Fri, Apr 11, 2014 at 01:44:44PM +0200, Richard Leitner wrote:
Fixed most checkpatch.pl issues
Signed-off-by: Richard Leitner m...@g0hl1n.net
Reviewed-by: Jean Delvare jdelv...@suse.de
Applied to for-next, thanks!
signature.asc
Description: Digital signature
Just a trivial commenting fix. No functional changes.
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
arch/arm/boot/dts/stih41x.dtsi | 7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/arm/boot/dts/stih41x.dtsi b/arch/arm/boot/dts/stih41x.dtsi
index f5b9898..5cb0e63 100644
---
There are two LEDs available on the B2020 RevE board, one red, one
green. In this patch we enable the red one for heartbeat and turn
the green one off.
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
arch/arm/boot/dts/stih416-b2020-revE.dts | 14 ++
1 file changed, 14
The B2020 RevE differs from the other B2020 boards in a few subtle ways;
including the Ethernet reset GPIO which this patch adds support for and
the LED wiring which will follow in a latter patch. Without supplying
these differences Ethernet and the board LEDs simply will not work.
On Thu, May 15, 2014 at 02:44:12PM +0800, Zhang Rui wrote:
The new ACPI device enumeration mechanism, which will be introduced
in a later patch, will enumerate the _HID devices w/o any scan
handler attached to platform bus.
This means that, for the devices that are attached to a configurable
On Wed, 21 May 2014, Sebastian Ott wrote:
On Tue, 20 May 2014, Anatol Pomozov wrote:
On Tue, May 20, 2014 at 11:09 AM, Sebastian Ott
seb...@linux.vnet.ibm.com wrote:
On Tue, 20 May 2014, Anatol Pomozov wrote:
On Tue, May 20, 2014 at 6:16 AM, Sebastian Ott
seb...@linux.vnet.ibm.com
On Wednesday 21 May 2014 10:26:11 Thierry Reding wrote:
On Tue, May 20, 2014 at 10:26:12PM +0200, Arnd Bergmann wrote:
On Tuesday 20 May 2014 16:24:59 Dave Martin wrote:
On Tue, May 20, 2014 at 02:41:18PM +0200, Arnd Bergmann wrote:
On Tuesday 20 May 2014 14:02:43 Thierry Reding wrote:
On Thu, May 15, 2014 at 02:44:14PM +0800, Zhang Rui wrote:
For some ACPI device objects, they represent master devices,
and their children devices are enumerated by bus controller drivers
for the buses they are on.
In this case, we do not want to enumerate their children devices to
platform
* Oleg Nesterov o...@redhat.com [2014-05-19 20:40:54]:
Sorry for double-posting, but it seems that this patch didn't reach
lkml. Let me resend it just on case. Plus another patch in reply, on
top of this change.
---
* Oleg Nesterov o...@redhat.com [2014-05-19 20:41:36]:
tmpfs is widely used but as Denys reports shmem_aops doesn't have
-readpage() and thus you can't probe a binary on this filesystem.
As Hugh suggested we can use shmem_read_mapping_page() in this case,
just we need to check
-Original Message-
From: Arnd Bergmann [mailto:a...@arndb.de]
Sent: Wednesday, May 21, 2014 1:23 PM
To: Srikanth Thokala
Cc: Bjorn Helgaas; will.dea...@arm.com; Michal Simek; linux-
ker...@vger.kernel.org; linux-...@vger.kernel.org
Subject: Re: [PATCH] PCI: Generic Configuration
On Wednesday 21 May 2014 10:16:09 Thierry Reding wrote:
On Tue, May 20, 2014 at 10:31:29PM +0200, Arnd Bergmann wrote:
On Tuesday 20 May 2014 16:00:02 Thierry Reding wrote:
On Tue, May 20, 2014 at 03:34:46PM +0200, Arnd Bergmann wrote:
On Tuesday 20 May 2014 15:17:43 Thierry Reding
With this new, exported function br_multicast_list_adjacent(net_dev) a
list of IPv4/6 addresses is returned. This list contains all multicast
addresses sensed by the bridge multicast snooping feature on all bridge
ports of the bridge interface of net_dev, excluding addresses from the
specified
Hi,
The first patch is simply a cosmetic patch. So far I (and maybe others
too?) have been regularly confusing these two structs, therefore I'd
suggest renaming them and therefore making the follow-up patches easier
to understand and nicer to fit in.
The second patch fixes a minor issue, but
MLDv1 (RFC2710 section 6), MLDv2 (RFC3810 section 7.6.2), IGMPv2
(RFC2236 section 3) and IGMPv3 (RFC3376 section 6.6.2) specify that the
querier with lowest source address shall become the selected
querier.
So far the bridge stopped its querier as soon as it heard another
querier regardless of
On Mon, May 19, 2014 at 11:47:20AM +0530, Viresh Kumar wrote:
Viresh Kumar (5):
...
cpufreq: imx6q: don't initialize opp table
cpufreq: cpufreq-cpu0: don't initialize opp table
Acked-by: Shawn Guo shawn@linaro.org
--
To unsubscribe from this list: send the line unsubscribe linux-kernel
The current naming of these two structs is very random, in that
reversing their naming would not make any semantical difference.
This patch tries to make the naming less confusing by giving them a more
specific, distinguishable naming.
This is also useful for the upcoming patches reintroducing
On Wed, May 21, 2014 at 11:01:05AM +0530, Vinod Koul wrote:
On Tue, May 13, 2014 at 03:42:58PM +0200, Maxime Ripard wrote:
Hi Vinod,
On Wed, Apr 30, 2014 at 12:34:08PM +0530, Vinod Koul wrote:
+
+static int sun6i_dma_terminate_all(struct sun6i_vchan *vchan)
+{
+
Adding bridge support to the batman-adv multicast optimization requires
batman-adv knowing about the existence of bridged-in IGMP/MLD queriers
to be able to reliably serve any multicast listener behind this same
bridge.
Signed-off-by: Linus Lüssing linus.luess...@web.de
---
On Wed, May 07, 2014 at 07:10:49AM -0700, Dirk Brandewie wrote:
On 05/06/2014 10:40 PM, Viresh Kumar wrote:
Cc'ing Dirk who is taking care of intel-pstate driver.
Thanks Viresh I had seen this thread.
I am looking into it
Any updates on this, Dirk? 3.14 is still basically unusable with
On Wed, May 21, 2014 at 10:50:38AM +0200, Arnd Bergmann wrote:
On Wednesday 21 May 2014 10:26:11 Thierry Reding wrote:
On Tue, May 20, 2014 at 10:26:12PM +0200, Arnd Bergmann wrote:
On Tuesday 20 May 2014 16:24:59 Dave Martin wrote:
On Tue, May 20, 2014 at 02:41:18PM +0200, Arnd Bergmann
Handling calls to -target_index() has got complex over time and might become
more complex. So, its better to take target_index() bits out in another routine
__target_index() for better code readability. Shouldn't have any functional
impact.
Tested-by: Stephen Warren swar...@nvidia.com
Doug raised many important concerns on V3:
https://www.mail-archive.com/linux-kernel@vger.kernel.org/msg645134.html
and so here is another iteration with improvements.
@Stephen: I have dropped you Tested-by's as patches are updated and requires a
retest, sorry for that :(
Douglas Anderson,
Douglas Anderson, recently pointed out an interesting problem due to which
udelay() was expiring earlier than it should.
While transitioning between frequencies few platforms may temporarily switch to
a stable frequency, waiting for the main PLL to stabilize.
For example: When we transition
Tegra had always been switching to intermediate frequency (pll_p_clk) since
ever. CPUFreq core has better support for handling notifications for these
frequencies and so we can adapt Tegra's driver to it.
Also do a WARN() if clk_set_parent() fails while moving back to pll_x as we
should have
On Wed, May 21, 2014 at 10:54:42AM +0200, Arnd Bergmann wrote:
On Wednesday 21 May 2014 10:16:09 Thierry Reding wrote:
On Tue, May 20, 2014 at 10:31:29PM +0200, Arnd Bergmann wrote:
On Tuesday 20 May 2014 16:00:02 Thierry Reding wrote:
On Tue, May 20, 2014 at 03:34:46PM +0200, Arnd
On Wed, May 21, 2014, Doug Anderson wrote:
If we happened to get a data error at just the wrong time the dw_mmc
driver could get into a state where it would never complete its
request. That would leave the caller just hanging there.
We fix this two ways and both of the two fixes on their
On 05/21/2014 04:01 PM, 管雪涛 wrote:
- Chen Gang gang.chen.5...@gmail.com 写道:
Add generic 'screen_info' just like another architectures have done
(e.g. tile, sh, score, ia64, hexagon, and cris).
The related error (with allmodconfig under unicore32):
LD init/built-in.o
1 - 100 of 1550 matches
Mail list logo