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
2014-08-12 16:12 GMT+02:00 Matthias Brugger matthias@gmail.com:
This patch set adds support for the UART found in Mediatek SoCs.
The chip is a changed version of a 8250 controller.
Especially it introduces a new register called highspeed. The value
in this register has to be set depending
Calling 'iptables-compat -L', first time nothing is listed on the screen.
Second try, it generates following Oops.
See below the console dump and the disassembled code around the failing
address
root@vgoip:~# /usr/local/sbin/iptables-compat -L
root@vgoip:~# /usr/local/sbin/iptables-compat -L
Signed-off-by: Xiubo Li li.xi...@freescale.com
---
sound/soc/generic/simple-card.c | 61 -
1 file changed, 29 insertions(+), 32 deletions(-)
diff --git a/sound/soc/generic/simple-card.c b/sound/soc/generic/simple-card.c
index 986d2c7..cad2b30 100644
---
Signed-off-by: Xiubo Li li.xi...@freescale.com
---
sound/soc/generic/simple-card.c | 48 -
1 file changed, 24 insertions(+), 24 deletions(-)
diff --git a/sound/soc/generic/simple-card.c b/sound/soc/generic/simple-card.c
index 667fa49..e6976a0 100644
---
This patch will split the DT node into old style and new style:
The new style will merge the single DAI link and muti DAI links code
together, the new style will be easier to add muti DAI links from old
single DAI link DTs.
This patch will maintian compatibility with the old DTs.
Signed-off-by:
This update patch will split the DT node into old style and new style:
The new style will will be easier to add muti DAI links from old single
DAI link DTs.
This patch will maintian compatibility with the old DTs.
Signed-off-by: Xiubo Li li.xi...@freescale.com
---
On Tue, Sep 02, 2014 at 11:08:32AM +0200, Antoine Tenart wrote:
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
And comment and advice are welcome.
Change in v2:
- Maintian compatibility with the old DTs.
Change in v1:
- Add simple-card dts node patches.
- Fix format parsing bug from Jean-Francois's comment.
- Rebase to Kuninori-san's newest changes in next branch.
Xiubo Li (4):
ASoC: simple-card:
On Tue, Sep 02, 2014 at 12:03:42PM +0800, Jason Wang wrote:
On 09/01/2014 06:19 PM, Peter Zijlstra wrote:
OK I suppose that more or less makes sense, the contextual behaviour is
of course tedious in that it makes behaviour less predictable. The
'other' tasks might not want to generate data
On 09/02/2014 02:56 PM, Xiubo Li wrote:
Signed-off-by: Xiubo Li li.xi...@freescale.com
---
sound/soc/generic/simple-card.c | 61 -
1 file changed, 29 insertions(+), 32 deletions(-)
diff --git a/sound/soc/generic/simple-card.c
Hello, Arend.
On 01/09/14 16:08, Arend van Spriel wrote:
Maybe it would be better to use the DMA-API instead of the PCI wrappers.
I just found out that the PCI wrappers were indeed removed from the
DMA-API.txt documentation back in 2010, saying that driver writers are
always able to use the
On Mon, Sep 01, 2014 at 08:51:36AM -0700, Srinivas Pandruvada wrote:
On Mon, 2014-09-01 at 08:36 -0700, Joe Perches wrote:
On Mon, 2014-09-01 at 12:11 +0300, Laurentiu Palcu wrote:
The following chips are either similar or have only the resolution
different. Hence, change this driver to
On Tue, 02 Sep 2014 15:51:41 +0530
Varka Bhadram varkabhad...@gmail.com wrote:
+ switch (((np == bitclkmaster) 4) | (np == framemaster)) {
+ case 0x11:
+ return SND_SOC_DAIFMT_CBS_CFS;
+ case 0x10:
+ return SND_SOC_DAIFMT_CBS_CFM;
+ case 0x01:
+
Hi,
On Fri, Aug 29, 2014 at 12:18 AM, Mark Rutland mark.rutl...@arm.com wrote:
On Thu, Aug 28, 2014 at 09:01:56AM +0100, Vivek Gautam wrote:
Exynos7 also has a separate special gate clock going to the IP
apart from the usual AHB clock. So add support for the same.
Signed-off-by: Vivek
On Mon, Sep 01, 2014 at 10:28:13PM +0800, Chen-Yu Tsai wrote:
The clock-frequency DT property is listed as optional, However,
the current code stores the return value of of_property_read_u32 in
the return code of mv64xxx_of_config, but then forgets to clear it
after setting the default value
On Tue, 2 Sep 2014 17:26:09 +0800
Xiubo Li li.xi...@freescale.com wrote:
+Example 4 - many DAI links:
sound {
compatible = simple-audio-card;
simple-audio-card,name = Cubox Audio;
@@ -128,6 +195,7 @@ sound {
};
codec {
On Tue, Sep 02, 2014 at 12:14:27PM +0200, leroy christophe wrote:
Calling 'iptables-compat -L', first time nothing is listed on the screen.
Second try, it generates following Oops.
I'm going to pass this patch to -stable asap:
commit b88825de8545ad252c31543fef13cadf4de7a2bc
Author: Pablo Neira
On Tue, 2 Sep 2014 17:26:08 +0800
Xiubo Li li.xi...@freescale.com wrote:
@@ -285,11 +287,11 @@ static int asoc_simple_card_dai_link_of(struct
device_node *node,
dai_props-codec_dai.sysclk);
/*
- * soc_bind_dai_link() will check cpu name
- * after of_node
On 09/02/2014 04:08 PM, Jean-Francois Moine wrote:
On Tue, 02 Sep 2014 15:51:41 +0530
Varka Bhadram varkabhad...@gmail.com wrote:
+ switch (((np == bitclkmaster) 4) | (np == framemaster)) {
+ case 0x11:
+ return SND_SOC_DAIFMT_CBS_CFS;
+ case 0x10:
+
Intel Quark X1000 SoC supports IRQ based GPIO. This patch will
enable MFD support for Quark X1000 and provide IRQ resources
to Quark X1000 GPIO device driver.
Signed-off-by: Chang Rebecca Swee Fun rebecca.swee.fun.ch...@intel.com
Tested-by: Chang Rebecca Swee Fun rebecca.swee.fun.ch...@intel.com
This patch removes FSF address because it can be changed. While here, update
the copyright lines by adding Intel Corp. to them.
There is no functional change.
Signed-off-by: Andy Shevchenko andriy.shevche...@linux.intel.com
---
drivers/mfd/lpc_sch.c | 5 +
1 file changed, 1 insertion(+), 4
This patch refactors the driver to use helper functions instead of
copy'n'pasted pieces of code.
It also introduces an additional struct to hold a chipset info. The chipset
info will be used to store features that are supported by specific processor or
chipset. LPC_SCH supports SMBUS, GPIO and
This brings support of the LPC SCH device found on Intel Quark SoC. Patches
were compile tested, and driver runs on actual hardware.
Please, note that PCI ID will be used in future in the gpio-sch driver.
Changelog v2:
- squash patches 1/5 and 2/5 into 1/4
- add Acked-by Bjorn
- address Lee's
801 - 900 of 1554 matches
Mail list logo