(2014/09/02 0:15), Christoph Hellwig wrote:
On Mon, Sep 01, 2014 at 12:33:28PM +, Yoshihiro YUNOMAE wrote:
For getting driver byte, host byte, msg byte, and status byte, macros are
implemented in scsi/scsi.h, so we use it.
As mentioned about three times in various previous scsi logging
On 02/09/2014 06:35, Jason Wang wrote:
On 09/01/2014 02:55 PM, Eliezer Tamir wrote:
On 26/08/2014 10:16, Jason Wang wrote:
On 08/25/2014 09:16 PM, Eliezer Tamir wrote:
Think about the case where two processes are busy polling on the
same CPU and the same device queue. Since busy polling
On 9/2/14 13:17, Paul Gortmaker wrote:
[Re: [PATCH] init/Kconfig: Add ENDIAN attributes for all architectures using]
On 01/09/2014 (Mon 10:01) H. Peter Anvin wrote:
On 09/01/2014 09:08 AM, Paul Gortmaker wrote:
diff --git a/init/Kconfig b/init/Kconfig
index ac033c3..f301cc8 100644
---
On Tue, Sep 02, 2014 at 11:38:40AM +0800, Jason Wang wrote:
I see, how about just exporting a boolean helper like
current_can_busy_loop() and take care all of the conditions (pending bhs
and rcu callbacks, runnable processes) in scheduler code itself?
How is that going to help the cases that
On 02/09/2014 06:29, Jason Wang wrote:
On 09/01/2014 02:39 PM, Eliezer Tamir wrote:
On 29/08/2014 06:08, Jason Wang wrote:
Yes, but rx busy polling only works in process context and does not
disable bh, so it may be not an issue.
sk_busy_loop() uses rcu_read_lock_bh(), so it does run with bh
On 09/02/2014 02:03 PM, Eliezer Tamir wrote:
On 02/09/2014 06:35, Jason Wang wrote:
On 09/01/2014 02:55 PM, Eliezer Tamir wrote:
On 26/08/2014 10:16, Jason Wang wrote:
On 08/25/2014 09:16 PM, Eliezer Tamir wrote:
Think about the case where two processes are busy polling on the
same CPU and
On Mon, Sep 01, 2014 at 04:59:21PM -0300, Henrique de Moraes Holschuh wrote:
On Mon, 01 Sep 2014, H. Peter Anvin wrote:
No, it is worse to rename it and have older kernels behave differently.
Kernel options are basically super obscure to most people anyway.
Ok, so rename is out, although
On Fri, Aug 29, 2014 at 11:16 AM, Oleg Nesterov o...@redhat.com wrote:
interrupted_kernel_fpu_idle() tries to detect if kernel_fpu_begin()
is safe or not. In particulat it should obviously deny the nested
kernel_fpu_begin() and this logic doesn't look clean.
If use_eager_fpu() == T we rely on
Use the correct register address for Calibration Active and Interrupt
Enable
Signed-off-by: Klaus Goger klaus.go...@theobroma-systems.com
---
drivers/input/keyboard/cap1106.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/input/keyboard/cap1106.c
Hi,
On 09/02/2014 06:18 AM, Chunwei Chen wrote:
Dear all:
The kernel version is 3.16.1-1-ARCH
Today I keep getting this panic when booting up.
http://i.imgur.com/0Rx93Kr.jpg
It might be that the UAS device was in some strange state,
because that after I unplugged and power-cycled the
Hi Rafael,
On Tue, Sep 2, 2014 at 1:50 AM, Rafael J. Wysocki r...@rjwysocki.net wrote:
Signed-off-by: Geert Uytterhoeven geert+rene...@glider.be
I'm going to apply this one. Does anything depend on it?
Thanks. So far nothing depends on it.
---
include/linux/pm_domain.h |2 +-
1 file
Add usb_functionfs_descs_head_v2 structure for the new layout of
descriptors.
Signed-off-by: Zhuang Jin Can jin.can.zhu...@intel.com
---
include/uapi/linux/usb/functionfs.h |9 +
1 file changed, 9 insertions(+)
diff --git a/include/uapi/linux/usb/functionfs.h
* Matt Fleming m...@console-pimps.org [140830 13:24]:
On Wed, 27 Aug, at 10:13:22AM, Yinghai Lu wrote:
How about adding more info print out like:
Try to load initrd file to higher address...
Yeah, that could work, at least we've had some debugging information to
go on if people start
On Fri, Aug 29, 2014 at 11:17 AM, Oleg Nesterov o...@redhat.com wrote:
ONCE AGAIN, THIS IS MORE THE QUESTION THAN THE PATCH.
this patch I think needs more thought for sure. please see below.
interrupted_kernel_fpu_idle() does:
if (use_eager_fpu())
return true;
On Tue, Aug 26, 2014 at 12:44:09PM -0500, Aravind Gopalakrishnan wrote:
Rationale behind this change:
- F2x1xx addresses were stopped from being mapped explicitly to DCT1
from F15h (OR) onwards. They use _dct[0:1] mechanism to access the
registers. So we should move away from using
On 09/02/2014 02:12 PM, Peter Zijlstra wrote:
On Tue, Sep 02, 2014 at 11:38:40AM +0800, Jason Wang wrote:
I see, how about just exporting a boolean helper like
current_can_busy_loop() and take care all of the conditions (pending bhs
and rcu callbacks, runnable processes) in scheduler code
phpBB 3.1.0 new version is out .
Please update your forum to the latest version .
We provide paid support if you are interested, please, reply to this email
Thank you
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to
On Mon, 01 Sep 2014, Doug Anderson wrote:
On Mon, Sep 1, 2014 at 3:09 AM, Lee Jones lee.jo...@linaro.org wrote:
On Mon, 01 Sep 2014, Chris Zhong wrote:
The RK808 chip is a power management IC for multimedia and handheld
devices. It contains the following components:
- Regulators
-
On Tue, 02 Sep 2014, Chang, Rebecca Swee Fun wrote:
-Original Message-
From: Andy Shevchenko [mailto:andriy.shevche...@linux.intel.com]
Sent: 01 September, 2014 6:25 PM
To: Lee Jones
Cc: Bjorn Helgaas; linux-kernel@vger.kernel.org; Samuel Ortiz; Chang,
Rebecca
Swee Fun
On Mon, 01 Sep 2014, Nishanth Menon wrote:
On 09/01/2014 04:32 AM, Lee Jones wrote:
On Fri, 29 Aug 2014, Nishanth Menon wrote:
On 08/29/2014 05:56 AM, Lee Jones wrote:
On Tue, 19 Aug 2014, Nishanth Menon wrote:
With the recent pinctrl-single changes, omaps can treat wake-up events
from
Am Montag, 1. September 2014, 17:26:29 schrieb Mike Turquette:
Quoting Heiko Stübner (2014-08-28 03:46:10)
On 32bit architectures, like ARM calculating the fractional rate will
do the multiplication before converting the value to u64 when it gets
assigned to ret, which can produce
On 30.08.2014 22:59, Mikael Pettersson wrote:
Since 3.17-rc1 my radeon card (RV370 / X1050 card) causes screen corruption
after a while in X + firefox. This still occurs with yesterday's HEAD
of Linus' repo. 3.16 and ealier kernels are fine.
I ran a bisect, which identified:
commit
On 09/02/2014 02:15 PM, Eliezer Tamir wrote:
On 02/09/2014 06:29, Jason Wang wrote:
On 09/01/2014 02:39 PM, Eliezer Tamir wrote:
On 29/08/2014 06:08, Jason Wang wrote:
Yes, but rx busy polling only works in process context and does not
disable bh, so it may be not an issue.
sk_busy_loop()
Commit 0244756edc4b (ufs: sb mutex merge + mutex_destroy) introduces
deadlocks in ufs_new_inode() and ufs_free_inode().
Most callers of that functions acqure the mutex by themselves and
ufs_{new,free}_inode() do that via lock_ufs(),
i.e we have an unavoidable double lock.
The patch proposes to
On Mon, 2014-09-01 at 14:55 +0200, Peter Zijlstra wrote:
But yes, unbounded errors here are a problem, sure relaxing the updates
makes things go fast, they also make things go skew.
Okay. In that case, would you like to take our original patch which
avoids unnecessary updates?
-
Subject:
On Mon, 01 Sep 2014, Chris Wilson ch...@chris-wilson.co.uk wrote:
On Mon, Sep 01, 2014 at 01:36:37PM +0300, Ville Syrjälä wrote:
On Mon, Sep 01, 2014 at 11:20:09AM +0100, Chris Wilson wrote:
On Mon, Sep 01, 2014 at 01:07:40PM +0300, ville.syrj...@linux.intel.com
wrote:
From: Ville
On 09/02/2014 08:32 AM, Klaus Goger wrote:
Use the correct register address for Calibration Active and Interrupt
Enable
Signed-off-by: Klaus Goger klaus.go...@theobroma-systems.com
These register definitions are currently unused, but your fix is
correct. Just curious - are you planning to
Signed-off-by: Boris BREZILLON boris.brezil...@free-electrons.com
Reported-by: Gaël PORTAY gael.por...@gmail.com
---
drivers/clk/at91/clk-pll.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/clk/at91/clk-pll.c b/drivers/clk/at91/clk-pll.c
index cf6ed02..7b453b9 100644
Test rate value before calculating the div value to avoid div by zero.
Signed-off-by: Boris BREZILLON boris.brezil...@free-electrons.com
Reported-by: Gaël PORTAY gael.por...@gmail.com
---
drivers/clk/at91/clk-usb.c | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git
The RM9200 USB clock is actually connected to a single parent (the PLLB)
on which we can apply a specific divider.
The USB clock divider does not allow for fine grained control on the USB
clock frequency, hence propagating the set_rate request to the parent is
the only choice we have to properly
Use the cached values to calculate PLL rate instead of the register values.
This is required to prevent erroneous PLL rate return when the PLL rate
has been configured but the PLL is not prepared yet.
Signed-off-by: Boris BREZILLON boris.brezil...@free-electrons.com
Reported-by: Gaël PORTAY
The AT91 PLL rate configuration is done by configuring a multiplier/divider
pair.
The previous calculation was over-complicated (and apparently buggy).
Simplify the implementation and add some comments to explain what is done
here.
Signed-off-by: Boris BREZILLON boris.brezil...@free-electrons.com
Hi,
This patch series fixes several bugs in the PLL driver preventing a proper
set_rate on the PLL clk.
It also enables propagation of set_rate request on the USB clk in order to
configure the PLL rate according to the USB block requirement (48 MHz).
Note that existing kernels, relying on the
On Mon, Sep 01, 2014 at 01:52:10PM +0530, kavitha bk wrote:
On Sat, Aug 30, 2014 at 2:26 AM, Andreas Werner wernera...@gmx.de wrote:
I have a question regarding a driver for a Board Information EEPROM.
I want to give our customer easy access to our Board Information EEPROM
which is an
Hi all,
On Mon, 01 Sep 2014 08:49:36 -0700, Guenter Roeck wrote:
On 09/01/2014 05:28 AM, Mark Brown wrote:
Today's linux-next merge of the jdelvare-hwmon tree got a conflict with
Linus'
tree which appeared to be due to the hwmon quilt series I got from Stephen
being
based on
On 09/01/2014 08:37 PM, Will Deacon wrote:
On Wed, Aug 27, 2014 at 06:55:46AM +0100, AKASHI Takahiro wrote:
On 08/27/2014 02:51 AM, Will Deacon wrote:
On Fri, Aug 22, 2014 at 01:35:17AM +0100, AKASHI Takahiro wrote:
Oops, you're absolutely right. I didn't think of this case.
On Mon, 01 Sep 2014, Johan Hovold wrote:
On Mon, Sep 01, 2014 at 07:22:39PM +0300, Octavian Purdila wrote:
On Mon, Sep 1, 2014 at 6:46 PM, Lee Jones lee.jo...@linaro.org wrote:
On Mon, 01 Sep 2014, Octavian Purdila wrote:
On Mon, Sep 1, 2014 at 2:39 PM, Lee Jones lee.jo...@linaro.org
Currently we handle only ENOSPC. In case of other errors the file_handle
variable isn't filled properly and we will show a part of stack.
Cc: Cyrill Gorcunov gorcu...@openvz.org
Cc: Alexander Viro v...@zeniv.linux.org.uk
Cc: Andrew Morton a...@linux-foundation.org
Signed-off-by: Andrey Vagin
MAX_HANDLE_SZ is equal to 128, but currently the size of pad is only 64
bytes, so exportfs_encode_inode_fh can return an error.
Cc: Cyrill Gorcunov gorcu...@openvz.org
Cc: Alexander Viro v...@zeniv.linux.org.uk
Cc: Andrew Morton a...@linux-foundation.org
Signed-off-by: Andrey Vagin
On Mon, 01 Sep 2014, Arnd Bergmann wrote:
On Monday 01 September 2014 17:04:26 Lee Jones wrote:
On Mon, 01 Sep 2014, Arnd Bergmann wrote:
Maybe I'm misreading the patch, but I don't see how it creates a
migration path. What I want to end up with is infrastructure that
lets anybody
On Tue, Sep 02, 2014 at 12:00:14PM +0400, Andrey Vagin wrote:
MAX_HANDLE_SZ is equal to 128, but currently the size of pad is only 64
bytes, so exportfs_encode_inode_fh can return an error.
Cc: Cyrill Gorcunov gorcu...@openvz.org
Cc: Alexander Viro v...@zeniv.linux.org.uk
Cc: Andrew Morton
On Tue, Sep 02, 2014 at 12:00:15PM +0400, Andrey Vagin wrote:
Currently we handle only ENOSPC. In case of other errors the file_handle
variable isn't filled properly and we will show a part of stack.
Cc: Cyrill Gorcunov gorcu...@openvz.org
Cc: Alexander Viro v...@zeniv.linux.org.uk
Cc:
This commit activates the SSCG deviation correction for the Armada
370. It uses the optional function introduced by the commit clk:
mvebu: Fix clk frequency value if SSCG is enabled.
Without this fix the deviation measured on a Mirabox was of a few
second each hour, whereas with this fix it was
The Armada 370 SoC has a Spread Spectrum Clock Generator. This commit
adds the description of this generator to the Device Tree describing
this SoC.
Signed-off-by: Gregory CLEMENT gregory.clem...@free-electrons.com
---
arch/arm/boot/dts/armada-370.dtsi | 4
1 file changed, 4 insertions(+)
On Tuesday 02 September 2014 09:05:16 Lee Jones wrote:
On Mon, 01 Sep 2014, Arnd Bergmann wrote:
On Monday 01 September 2014 17:04:26 Lee Jones wrote:
On Mon, 01 Sep 2014, Arnd Bergmann wrote:
Maybe I'm misreading the patch, but I don't see how it creates a
migration path. What I
Hi Mike, Jason, Andrew and Sebastian,
Few users reported a timer drift on the Armada 370 based board such as
the mirabox or the Netgear ReadyNAS 102. This is the second series
with few improvements after the review of the 1st version.
The reason is that when the SSCG (Spread Spectrum Clock
When the SSCG (Spread Spectrum Clock Generator) is enabled, it shifts
the frequency of the clock. The percentage is no more than 1% but when
the clock is used for a timer it leads to a clock drift.
This patch allows to correct the affected clock when the SSCG is
enabled. The check is done in an
For dealing with the code we use the SAR1 and not the SAR0. The code
was correct, and now the comments too.
Signed-off-by: Gregory CLEMENT gregory.clem...@free-electrons.com
---
drivers/clk/mvebu/armada-375.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
On Tue, Sep 02, 2014 at 10:41:05AM +0300, Jani Nikula wrote:
On Mon, 01 Sep 2014, Chris Wilson ch...@chris-wilson.co.uk wrote:
On Mon, Sep 01, 2014 at 01:36:37PM +0300, Ville Syrjälä wrote:
On Mon, Sep 01, 2014 at 11:20:09AM +0100, Chris Wilson wrote:
On Mon, Sep 01, 2014 at 01:07:40PM
On Tue, Sep 02, 2014 at 12:14:08PM +0400, Cyrill Gorcunov wrote:
On Tue, Sep 02, 2014 at 12:00:14PM +0400, Andrey Vagin wrote:
MAX_HANDLE_SZ is equal to 128, but currently the size of pad is only 64
bytes, so exportfs_encode_inode_fh can return an error.
Cc: Cyrill Gorcunov
Hi Samuel,
I just tried 3.17-rc3 and run into this problem:
# make modules_install
DEPMOD 3.17.0-rc3-2-g7505cea
depmod: WARNING: found 6 modules in dependency cycles!
depmod: WARNING:
/lib/modules/3.17.0-rc3-2-g7505cea/kernel/drivers/nfc/st21nfcb/st21nfcb.ko
in dependency cycle!
On 09/02/2014 10:23 AM, Daniel Wagner wrote:
Hi Samuel,
I just tried 3.17-rc3 and run into this problem:
# make modules_install
DEPMOD 3.17.0-rc3-2-g7505cea
depmod: WARNING: found 6 modules in dependency cycles!
depmod: WARNING:
On Tue, Sep 02, 2014 at 11:16:12AM +0300, Ville Syrjälä wrote:
On Tue, Sep 02, 2014 at 10:41:05AM +0300, Jani Nikula wrote:
On Mon, 01 Sep 2014, Chris Wilson ch...@chris-wilson.co.uk wrote:
On Mon, Sep 01, 2014 at 01:36:37PM +0300, Ville Syrjälä wrote:
On Mon, Sep 01, 2014 at 11:20:09AM
On 1 September 2014 19:35, Marc Zyngier marc.zyng...@arm.com wrote:
On 01/09/14 15:57, Hanjun Guo wrote:
From: Tomasz Nowicki tomasz.nowi...@linaro.org
ACPI kernel uses MADT table for proper GIC initialization. It needs to
parse GIC related subtables, collect CPU interface and
Calling setsockopt with IPV6_JOIN_ANYCAST or IPV6_LEAVE_ANYCAST
triggers the assertion in addrconf_join_solict()/addrconf_leave_solict()
ipv6_sock_ac_join(), ipv6_sock_ac_drop(), ipv6_sock_ac_close() need to
take RTNL before calling ipv6_dev_ac_inc/dec. Same thing with
ipv6_sock_mc_join(),
On 01/09/14 22:22, Al Viro wrote:
On Mon, Sep 01, 2014 at 03:38:51PM +0100, Rob Jones wrote:
kmalloc where it is expected to be a size_t.
Which is a mistake too because allocations are never that large.
Yet.
*raised eyebrow*
You do realize that kmalloc() gives physically contiguous
-Original Message-
From: Arnd Bergmann [mailto:a...@arndb.de]
Sent: Tuesday, September 02, 2014 1:45 PM
To: linux-arm-ker...@lists.infradead.org
Cc: Lee Jones; kgene@samsung.com; li...@arm.linux.org.uk;
naus...@samsung.com; Pankaj Dubey; Tomasz Figa;
On Tue, 02 Sep 2014, Arnd Bergmann wrote:
On Tuesday 02 September 2014 09:05:16 Lee Jones wrote:
On Mon, 01 Sep 2014, Arnd Bergmann wrote:
On Monday 01 September 2014 17:04:26 Lee Jones wrote:
On Mon, 01 Sep 2014, Arnd Bergmann wrote:
Maybe I'm misreading the patch, but I don't
On 01/05/2014 08:26, Brian Norris :
This defconfig contains the CONFIG_M25P80 symbol, which is now
dependent on the MTD_SPI_NOR symbol. Add CONFIG_MTD_SPI_NOR to satisfy
the new dependency.
At the same time, drop the now-nonexistent CONFIG_MTD_CHAR symbol.
Signed-off-by: Brian Norris
Michel Dänzer writes:
On 30.08.2014 22:59, Mikael Pettersson wrote:
Since 3.17-rc1 my radeon card (RV370 / X1050 card) causes screen corruption
after a while in X + firefox. This still occurs with yesterday's HEAD
of Linus' repo. 3.16 and ealier kernels are fine.
I ran a
On Tue, Sep 02, 2014 at 04:49:16AM +0100, Pankaj Dubey wrote:
Add symlink to include/dt-bindings from arch/arm64/boot/dts/include/ to
match the ones in ARM architectures so that preprocessed device
tree files can include various useful constant definitions.
See commit c58299aa8754 (kbuild:
In one of our random test runs we observed the crash mentioned in the previous
mail.
After debugging we found out that the call flow of the inline and static
functions were
netlink_release
-netlink_remove
-__sk_del_bind_node
--__hlist_del
*pprev was NULL in __hlist_del
On Tue, Sep 2, 2014 at 11:00 AM, Lee Jones lee.jo...@linaro.org wrote:
On Mon, 01 Sep 2014, Johan Hovold wrote:
On Mon, Sep 01, 2014 at 07:22:39PM +0300, Octavian Purdila wrote:
On Mon, Sep 1, 2014 at 6:46 PM, Lee Jones lee.jo...@linaro.org wrote:
On Mon, 01 Sep 2014, Octavian Purdila
On 09/01/2014 08:47 PM, Russell King - ARM Linux wrote:
On Wed, Aug 27, 2014 at 02:55:46PM +0900, AKASHI Takahiro wrote:
1)
setting x0 to -ENOSYS is necessary because, otherwise, user-issued syscall(-1)
will
return a bogus value when audit tracing is on.
Please note that, on arm,
Update defconfig, adding:
- PWM support using the generic framework
- generic PWM leds
- Power/reset
and removing deprecated config options.
Signed-off-by: Alexandre Belloni alexandre.bell...@free-electrons.com
---
arch/arm/configs/at91sam9263_defconfig | 13 ++---
1 file changed, 6
Update defconfig, adding:
- PWM support using the generic framework
- generic PWM leds
- Power/reset
and removing deprecated config options.
Signed-off-by: Alexandre Belloni alexandre.bell...@free-electrons.com
---
arch/arm/configs/sama5_defconfig | 12 ++--
1 file changed, 6
Update defconfig, adding:
- PWM support using the generic framework
- generic PWM leds
- Power/reset
- Watchdog
and removing deprecated config options.
Signed-off-by: Alexandre Belloni alexandre.bell...@free-electrons.com
---
arch/arm/configs/at91sam9g45_defconfig | 19 +++
Update defconfig, adding power/reset and removing deprecated config options.
Signed-off-by: Alexandre Belloni alexandre.bell...@free-electrons.com
---
arch/arm/configs/at91sam9261_9g10_defconfig | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git
Update defconfig, adding:
- USB gadget
- PWM support using the generic framework
- generic PWM leds
- LEDs triggers
- Power/reset
and removing deprecated config options.
Signed-off-by: Alexandre Belloni alexandre.bell...@free-electrons.com
---
arch/arm/configs/at91sam9rl_defconfig | 19
Following recent work on the AT91 platforms, update the defconfigs to include
the new power and reset driver, the ADC and touchscreen driver, the new PWM
driver using the generic PWM framework.
Also remove deprecated options like CONFIG_PROC_DEVICETREE,
CONFIG_SCSI_MULTI_LUN, CONFIG_MII,
Update defconfig, adding:
- ADC/touchscreen
- PWM support using the generic framework
- generic PWM leds
- Power/reset
and removing deprecated config options.
Signed-off-by: Alexandre Belloni alexandre.bell...@free-electrons.com
---
arch/arm/configs/at91_dt_defconfig | 25
Update defconfig, adding:
- ADC/touchscreen
- Power/reset
and removing deprecated config options.
Signed-off-by: Alexandre Belloni alexandre.bell...@free-electrons.com
---
arch/arm/configs/at91sam9260_9g20_defconfig | 13 +
1 file changed, 5 insertions(+), 8 deletions(-)
diff
This reverts commit 8b37e1bef5a6b60e949e28a4db3006e4b00bd758.
It's broken as it changes led_blink_set() in a way that it can now sleep
(while synchronously waiting for workqueue to be cancelled). That's a
problem, because it's possible that this function gets called from atomic
context
Hi, Dave
On 2014/9/2 7:51, Dave Chinner wrote:
On Fri, Aug 29, 2014 at 05:57:22PM +0800, Xue jiufei wrote:
The patch trys to solve one deadlock problem caused by cluster
fs, like ocfs2. And the problem may happen at least in the below
situations:
1)Receiving a connect message from other
Hi Jyri,
I'll follow Mark's advice of maintaining compatibility with the old DTs.
Thanks very much for your comments, and this is very important for me.
And I will also update the binding documet for simple card, please help
me review it, any comment and advice are welcome.
The goal is to
Hi Andrew,
Thanks very much for you comment and advice.
I will resend this patch series to compatibility with the old DTs, and it will
Up to the owners to update the DTs to support the new style of DTs.
BRs
Xiubo
-Original Message-
From: Andrew Lunn [mailto:and...@lunn.ch]
Sent:
Hi,
On Mon, Sep 01, 2014 at 09:13:43AM +0800, Peter Chen wrote:
On Fri, Aug 29, 2014 at 04:25:35PM +0200, Antoine Tenart wrote:
On Tue, Aug 26, 2014 at 06:22:40PM +0800, Peter Chen wrote:
On Fri, Aug 22, 2014 at 05:50:19PM +0200, Antoine Ténart wrote:
If the common usb_otg and
On Mon, Sep 01, 2014 at 12:29:46PM -0400, kan.li...@intel.com wrote:
From: Kan Liang kan.li...@intel.com
There are two types of event formats for PMU events. E.g. el-abort OR
cpu/el-abort/. However, the lexer mistakenly recognizes the simple style
format as two events.
The
Hi,
Am Montag, den 01.09.2014, 20:28 -0700 schrieb Greg Kroah-Hartman:
[...]
I checked the MAINTAINERS file,
I can only find the maintainer for some subfolders of drivers/gpu but no
entry
for drivers/gpu/ipu-v3.
So I'm not sure who is the maintainer for drivers/gpu/ipu-v3.
Who moved
On Tue, Sep 02, 2014 at 05:47:29PM +0900, AKASHI Takahiro wrote:
On 09/01/2014 08:47 PM, Russell King - ARM Linux wrote:
On Wed, Aug 27, 2014 at 02:55:46PM +0900, AKASHI Takahiro wrote:
1)
setting x0 to -ENOSYS is necessary because, otherwise, user-issued
syscall(-1) will
return a bogus
Hi Kuninori-san
This patch series will break the old DTs, and I will follow Mark's
Advice to maintain compatibility with the old DTs.
I will send another version, please help me to review it. And I will also
split the update patch series to many small ones.
Thanks very much,
BRs
Xiubo
Hm... Now you've broken it into *too* many separate patches. Also the
subjects are the same. Also the subjects are too vague. Which coding
style issue is addressed?
It should be something like:
patch 1: comments
patch 2: add/remove spaces
patch 3: fix quoted text
patch 4: braces
patch 5: add
Below is the list of build error/warning regressions/improvements in
v3.17-rc3[1] compared to v3.16[2].
Summarized:
- build errors: +17/-39
- build warnings: +131/-73
JFYI, when comparing v3.17-rc3[1] to v3.17-rc2[3], the summaries are:
- build errors: +10/-22
- build warnings: +49/-48
When user requests V4L2_MEMORY_MMAP type buffers, the videobuf-core
will assign the corresponding offset to the 'boff' field of the
videobuf_buffer for each requested buffer sequentially. Later, user
may call mmap() to map one or all of the buffers with the 'offset'
parameter which is equal to its
On 30 August 2014 05:40, Chanho Min chanho@lge.com wrote:
It is fully legal for a controller to start handling busy-end interrupt
before it has signaled that the command has completed. So make sure
we do things in the proper order, Or it results that command interrupt
is ignored so it can
On Tue, Sep 2, 2014 at 11:21 AM, Geert Uytterhoeven
ge...@linux-m68k.org wrote:
JFYI, when comparing v3.17-rc3[1] to v3.17-rc2[3], the summaries are:
- build errors: +10/-22
Only known randconfig and new R_PPC64_REL24 relocation truncations.
Gr{oetje,eeting}s,
Geert
On Tue, Sep 02, 2014 at 09:15:18AM +0300, Eliezer Tamir wrote:
On 02/09/2014 06:29, Jason Wang wrote:
On 09/01/2014 02:39 PM, Eliezer Tamir wrote:
On 29/08/2014 06:08, Jason Wang wrote:
Yes, but rx busy polling only works in process context and does not
disable bh, so it may be not an
The following chips are either similar or have only the resolution
different. Hence, change this driver to support these chips too:
BMI055 - combo chip (accelerometer part is identical to BMC150's)
BMA255 - identical to BMC150's accelerometer
BMA222E - 8 bit resolution
BMA250E - 10 bit
On Tue, Sep 02, 2014 at 10:16:22AM +0100, Russell King - ARM Linux wrote:
On Tue, Sep 02, 2014 at 05:47:29PM +0900, AKASHI Takahiro wrote:
On 09/01/2014 08:47 PM, Russell King - ARM Linux wrote:
On Wed, Aug 27, 2014 at 02:55:46PM +0900, AKASHI Takahiro wrote:
1)
setting x0 to -ENOSYS is
On Tue, Sep 02, 2014 at 01:53:18AM +0100, Andrew Bresticker wrote:
On Mon, Sep 1, 2014 at 4:01 AM, Mark Rutland mark.rutl...@arm.com wrote:
On Fri, Aug 29, 2014 at 11:14:30PM +0100, Andrew Bresticker wrote:
The Global Interrupt Controller (GIC) present on certain MIPS systems
can be used to
On Mon, Sep 01, 2014 at 09:04:38PM +0200, Peter Zijlstra wrote:
On Mon, Sep 01, 2014 at 09:46:42AM -0700, Guenter Roeck wrote:
Yes, the problem is still seen in next-140829. See qemu test results at
http://server.roeck-us.net:8010/builders.
I provided sparc64 images at
On Tue, Sep 02, 2014 at 08:39:56AM +0300, Adrian Hunter wrote:
SNIP
-e intel_pt/tsc=1,noretcomp=0/
I guess I wanted to hear more elaboration why is this better
than the current way we have by defining an alias, like:
krava alias: tsc=1,noretcomp=0
-e intel_pt/krava/
Hi,
On Monday, September 01, 2014 09:36:39 PM Rob Herring wrote:
On Mon, Sep 1, 2014 at 10:39 AM, Bartlomiej Zolnierkiewicz
b.zolnier...@samsung.com wrote:
Calxeda 1G/10G XGMAC Ethernet support should be available only on
Calxeda ECX-1000/2000 (Highbank/Midway) platforms.
Exchange the location of rtl8152_set_mac_address() and
set_ethernet_addr(). Then, the set_ethernet_addr() could
set the MAC address by calling rtl8152_set_mac_address()
later.
Signed-off-by: Hayes Wang hayesw...@realtek.com
---
drivers/net/usb/r8152.c | 34 +-
1
If the interface has invalid MAC address, it couldn't
be used. In order to let it work normally, give a
random one.
Hayes Wang (2):
r8152: change the location of rtl8152_set_mac_address
r8152: use eth_hw_addr_random
drivers/net/usb/r8152.c | 65
On Tue, Sep 02, 2014 at 11:40:16AM +0200, Peter Zijlstra wrote:
On Mon, Sep 01, 2014 at 09:04:38PM +0200, Peter Zijlstra wrote:
On Mon, Sep 01, 2014 at 09:46:42AM -0700, Guenter Roeck wrote:
Yes, the problem is still seen in next-140829. See qemu test results at
If the hw doesn't have a valid MAC address, give a random one and
set it to the hw.
Signed-off-by: Hayes Wang hayesw...@realtek.com
---
drivers/net/usb/r8152.c | 39 ---
1 file changed, 24 insertions(+), 15 deletions(-)
diff --git a/drivers/net/usb/r8152.c
From: Ville Syrjälä ville.syrj...@linux.intel.com
When intel_tv_detect() fails to do load detection it would forget to
drop the locks and clean up the acquire context. Fix it up.
This is a regression from:
commit 208bf9fdcd3575aa4a5d48b3e0295f7cdaf6fc44
Author: Ville Syrjälä
Hi Rob,
thanks for looking at this.
On 02/09/14 04:06, Rob Herring wrote:
On Fri, Aug 29, 2014 at 11:13 AM, Andre Przywara andre.przyw...@arm.com
wrote:
The ARM Server Base System Architecture (SBSA) describes a generic
UART which all compliant level 1 systems should implement. This is
On Di, 2014-09-02 at 10:29 +0200, Sabrina Dubroca wrote:
Calling setsockopt with IPV6_JOIN_ANYCAST or IPV6_LEAVE_ANYCAST
triggers the assertion in addrconf_join_solict()/addrconf_leave_solict()
ipv6_sock_ac_join(), ipv6_sock_ac_drop(), ipv6_sock_ac_close() need to
take RTNL before calling
1 - 100 of 1554 matches
Mail list logo