[PATCH v2] ASoC: fsl_sai: Fix one bug for hardware limitation.

This is maybe one bug or a limitation of the hardware that the {T,R}CR2's Synchronous Mode bits must be set as late as possible, or the SAI device maybe hanged up, and there has not any explaination about this limitation in the SAI Data Sheet. And the {T,R}CR2's Synchronous Mode bits must be set a

[PATCH] ASoC: fsl_sai: fix the endianess for SAI fifo data.

Revert the SAI's endianess for fifo data to/from DMA engine. Signed-off-by: Xiubo Li --- sound/soc/fsl/fsl_sai.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/sound/soc/fsl/fsl_sai.c b/sound/soc/fsl/fsl_sai.c index 2ece147..5d38a67 100644 --- a/sound/soc/fsl/fsl_sai

[PATCH] mm: add a new command-line kmemcheck value

Add a new command-line kmemcheck value: kmemcheck=3 (disable the feature), this is the same effect as CONFIG_KMEMCHECK disabled. After doing this, we can enable/disable kmemcheck feature in one vmlinux. Signed-off-by: Xishi Qiu --- arch/x86/mm/init.c| 11 ++ arch/x86/mm/kme

[PATCH] usb: hub: Avoid tight loop holding hdev lock

Hi All, I was facing an issue bad usb device which was affecting other system. Kernel was trying to enumerate the device but it was failing continuously. Unfortunately that device was on mounted onboard in the platform so I cannot remove it. The continuous re-enumeration of the device causing o

[PATCH] ASoC: add snd_soc_of_parse_master_clkdir() for dt

This patch adds snd_soc_of_parse_master_clkdir() and supports below style on dt: [prefix]master-clkdir; If this property is absent 0 will be returned, 1 otherwise. 0 : SND_SOC_CLOCK_IN 1 : SND_SOC_CLOCK_OUT Signed-off-by: Xiubo Li --- I'm not very sure whether this patch is need for dt. For t

[PATCH ]vt: use vc_allocate in con_init

After commit a5f4f52e82114e85aa1a066bd1a450acc19a464d ("vt: use kzalloc() instead of the bootmem allocator"), then we could use vc_allocate in con_init. The benefit we get: 1: reduce code duplication 2: vc_allocate is more robust Signed-off-by: Wang YanQing --- drivers/tty/vt/vt.c | 25 ++

[PATCH] mm: add ulimit API for user

Add ulimit API for users. When memory is not enough, user's app will receive a signal, and it can do something in the handler. e.g. #include #include #include void handler(int sig) { char *b = malloc(10); memset(b, '\0', 10); printf("catch the signal by wwy\n"); exit(1); } int

Re: [PATCH 0/2] input: mt: Add helper function to send end events

Hi Felipe, > Adds a helper function to send end touch events for active tracking ids. > And also implements it in egalax driver. What problematic scenario is this supposed to solve? The 'release on suspend' is only an approximation to the 'close laptop' scenario, it is certainly not correct in

Re: [PATCH v2 06/16] wl1251: configure hardware en-/decryption for monitor mode

On Tuesday 10 December 2013 10:35:18 Pavel Machek wrote: > Hi! > > > --- a/drivers/net/wireless/ti/wl1251/tx.c > > +++ b/drivers/net/wireless/ti/wl1251/tx.c > > @@ -287,6 +287,9 @@ static int wl1251_tx_frame(struct wl1251 > > *wl, struct sk_buff *skb) > > > > info = IEEE80211_SKB_CB(skb); > >

Re: Question on compiler warning

On Tue, Dec 31, 2013 at 2:24 AM, Larry Finger wrote: > In his regular article entitled Build regressions/improvements in v3.13-rc6" > (http://lkml.indiana.edu/hypermail/linux/kernel/1312.3/01550.html), Geert > Uytterhoeven reports the following warning regression: > > + /scratch/kisskb/src/drivers

Re: [PATCH v2 01/16] wl1251: fix scan behaviour while not associated

On Tuesday 10 December 2013 10:21:14 Pavel Machek wrote: > Hi! > > > diff --git a/drivers/net/wireless/ti/wl1251/cmd.c > > b/drivers/net/wireless/ti/wl1251/cmd.c index > > 6822b84..16b6479 100644 > > --- a/drivers/net/wireless/ti/wl1251/cmd.c > > +++ b/drivers/net/wireless/ti/wl1251/cmd.c > > @@ -

Re: [PATCH v2 00/16] wl1251 patches from linux-n900 tree

On Sunday 08 December 2013 10:24:58 Pali Rohár wrote: > Hello, I'm sending wl1251 patches from linux-n900 tree [1] for > comments. More patches come from David's monitor & packet > injection work. Patches are tested with 3.12 rc5 kernel on > Nokia N900. > > Second version contains new patch for fi

[PATCH net-next 3/7] bonding: slight optimization for bond_alb_xmit()

The bond_alb_xmit will check the return value for bond_dev_queue_xmit() every time, but the bond_dev_queue_xmit() is always return 0, it is no need to check the value every time, so remove the unneed judgement for the xmit path. Signed-off-by: Ding Tianhong --- drivers/net/bonding/bond_alb.c | 1

[PATCH net-next 2/7] bonding: slight optimization for bond_3ad_xmit_xor()

The bond_dev_queue_xmit() will always return 0, and as a fast path, it is inappropriate to check the res value when xmit every package, so remove the res check and avoid once judgement for xmit. Signed-off-by: Ding Tianhong --- drivers/net/bonding/bond_3ad.c | 22 +++--- 1 file c

[PATCH net-next 5/7] bonding: remove unwanted return value for bond_dev_queue_xmit()

The return value for bond_dev_queue_xmit() will not be used anymore, so remove the return value. Signed-off-by: Ding Tianhong --- drivers/net/bonding/bond_main.c | 4 +--- drivers/net/bonding/bonding.h | 2 +- 2 files changed, 2 insertions(+), 4 deletions(-) diff --git a/drivers/net/bonding/b

[PATCH net-next 7/7] bonding: use ether_addr_equal_64bits to instead of ether_addr_equal

The net_device.dev_addr have more than 2 bytes of additional data after the mac addr, so it is safe to use the ether_addr_equal_64bits(). Signed-off-by: Ding Tianhong --- drivers/net/bonding/bond_main.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/net/bonding/b

[PATCH net-next 1/7] bonding: use ether_addr_equal_unaligned for bond addr compare

Use possibly more efficient ether_addr_equal_64bits to instead of memcmp. Modify the MAC_ADDR_COMPARE to MAC_ADDR_EQUAL, this looks more appropriate. The comments for the bond 3ad is too old, cleanup some errors and warming. Suggested-by: Joe Perches Signed-off-by: Ding Tianhong --- drivers/n

[PATCH net-next 4/7] bonding: slight optimizztion for bond_slave_override()

When the skb is xmit by the function bond_slave_override(), it will have duplicate judgement for slave state, and I think it will consumes a little performance, maybe it is negligible, so I simplify the function and remove the unwanted judgement. Signed-off-by: Ding Tianhong --- drivers/net/bond

[PATCH net-next 0/7] bonding: slight optimization for bonding

This serious of patches will slight optimize the mac address compare and xmit path for bonding, also make some cleanups. Julia was using ether_addr_equal_64bits to instead of ether_addr_equal, it is really a hard work and she may did not make patch for bonding yet, so I have do it in this patchset

[PATCH net-next 6/7] bonding: remove the return value for bond_3ad_bind_slave()

I'm sure the operand slave and bond for the function will not be NULL, so the check for the bond will not make any sense, so remove the judgement, and the return value was useless here, remove the unwanted return value. The comments for the bond 3ad is too old, cleanup some errors and warming. Si

[QUERY] Power consumption on a 2013 MBP

Hi, On a 2013 Macbook Pro, Linux consumes 21W of power while OS X consumes just 9W. I found this very disturbing; Linux more than halves the battery life of the device. I checked to see that I wasn't running any especially power-hungry applications or drivers (using powertop). I'm using just one p

Re: [PATCH] afs: proc cells and rootcell are writeable

On Tuesday 17 December 2013 19:31:05 David Howells wrote: > Andrew Morton wrote: > > David ack? > > I've signed it off and added here: > > http://git.kernel.org/cgit/linux/kernel/git/dhowells/linux-fs > .git/commit/?h=afs&id=8de69dbba9012693d4f9e7a7e3c12a0b467f85f3 > > David Can you prop

Re: [dm-devel] [PATCG]DM: dm-compression: a compressed DM target for SSD

On Sat, Dec 28, 2013 at 12:57:25PM +, Alasdair G Kergon wrote: > I've not looked at this in any depth, but here are some first > impressions: > > On Fri, Dec 27, 2013 at 02:24:21PM +0800, Shaohua Li wrote: > > This is a simple DM target supporting compression for SSD only. > > Presumably ther

Re: [PATCH] mm: add a new command-line kmemcheck value

(Oops, resend to restore Cc.) Hi, On 31 December 2013 09:32, Xishi Qiu wrote: > Add a new command-line kmemcheck value: kmemcheck=3 (disable the feature), > this is the same effect as CONFIG_KMEMCHECK disabled. > After doing this, we can enable/disable kmemcheck feature in one vmlinux. Could yo

Re: [PATCHv9 02/20] thermal: introduce device tree parser

On 11/13/2013 03:46 AM, Eduardo Valentin wrote: > This patch introduces a device tree bindings for > describing the hardware thermal behavior and limits. > Also a parser to read and interpret the data and feed > it in the thermal framework is presented. > > This patch introduces a thermal data pars

Re: [PATCH v4] input: Add LED support to Synaptics device

On Saturday 20 April 2013 20:51:13 Pali Rohár wrote: > On Thursday 22 April 2010 08:16:42 Takashi Iwai wrote: > > diff --git a/drivers/input/mouse/Kconfig > > b/drivers/input/mouse/Kconfig index c714ca2..91d3517 100644 > > --- a/drivers/input/mouse/Kconfig > > +++ b/drivers/input/mouse/Kconfig > >

Possible 3.13-rc nouveau regression with GT 560 Ti

System x86_64 with openSUSE 13.1. X.Org version: 1.14.99.905 openSUSE 12.2 kernels boot successfully into a graphical screen, login to KDE4, etc. all normal. 3.13-rc kernels boot fully with X running but no graphical screen and it freezes in VC with not all the startup messages displayed but

[PATCH] ASoC: generic: add generic compound card with DT support

Some audio cards are built from different hardware components. When such compound cards don't need specific code, this driver creates them with the required DAI links and routes from a DT. Signed-off-by: Jean-Francois Moine --- This code was first developped on the generic simple card, but its re

Re: [PATCH] Tracing events with GPIOs

2013/12/17 Jean-Jacques Hiblot : > 2013/12/17 Masami Hiramatsu : >> (2013/12/17 9:22), Jean-Jacques Hiblot wrote: >>> This patch implements a new tracing mechanism based on kprobes and using >>> GPIO. >>> Debugging with GPIO is very common in the embedded world. At least for >>> those of us >>> f

Re: Possible 3.13-rc nouveau regression with GT 560 Ti

On Tue, Dec 31, 2013 at 5:14 AM, Sid Boyce wrote: > System x86_64 with openSUSE 13.1. > X.Org version: 1.14.99.905 > > openSUSE 12.2 kernels boot successfully into a graphical screen, login to > KDE4, etc. all normal. > > 3.13-rc kernels boot fully with X running but no graphical screen and it > f

[PATCH v4] Add ff-memless-next module

Introduce ff-memless-next module as a possible future replacement for ff-memless. Cc: Cc: Cc: Rob Landley Tested-by: Elias Vanderstuyft Signed-off-by: Michal Malý --- v4: Fix a typo in the documentation file v3: Use proper email format v2: Remove unnecessary "else" branches Documentation/

Re: v3.13-rc6+ regression (ARM board)

On Tue, Dec 31, 2013 at 11:37:21AM +0100, Krzysztof Ha??asa wrote: > Hi, > > There seems to be a regression in v3.13-rc6+ (up to current tip = > 71ce176ee6ed1735b9a1160a5704a915d13849b1). > > Board is Gateworks Cambria, CPU Intel IXP435 ARM big endian, gcc 4.7.3. > The board boots correctly and w

v3.13-rc6+ regression (ARM board)

Hi, There seems to be a regression in v3.13-rc6+ (up to current tip = 71ce176ee6ed1735b9a1160a5704a915d13849b1). Board is Gateworks Cambria, CPU Intel IXP435 ARM big endian, gcc 4.7.3. The board boots correctly and works (shell mostly, and SSHD) for about 50 seconds. After 52-54 seconds, it froze

Re: [PATCH V4 1/2] Phy: Exynos: Add Exynos5250 sata phy driver

Hi Yuvaraj, On Monday 30 December 2013 06:37 PM, Yuvaraj Kumar C D wrote: This patch adds the sata phy driver for Exynos5250.Exynos5250 sata phy comprises of CMU and TRSV blocks which are of I2C register Map. So this patch also adds a i2c client driver, which is used configure the CMU and TRSV b

[ARM] Fix kernel compile error: drivers/crypto/ixp4xx_crypto.c.

drivers/crypto/ixp4xx_crypto.c: In function 'ixp_module_init': drivers/crypto/ixp4xx_crypto.c:1419:2: error: 'dev' undeclared (first use in this function) Now builds. Not tested on real hw. Signed-off-by: Krzysztof Hałasa --- a/drivers/crypto/ixp4xx_crypto.c +++ b/drivers/crypto/ixp4xx_crypto.

[PATCH linux-next 1/2] staging: dgap: fix missing header inclusion

Include slab.h to fix the following compilation error: drivers/staging/dgap/dgap_fep5.c: In function ‘dgap_do_config_load’: drivers/staging/dgap/dgap_fep5.c:78:2: error: implicit declaration of function ‘kzalloc’ [-Werror=implicit-function-declaration] Signed-off-by: Vincent Stehlé Cc: Lidz

Re: [PATCH RFC] mm readahead: Fix the readahead fail in case of empty numa node

On 12/14/2013 06:09 AM, Linus Torvalds wrote: On Wed, Dec 11, 2013 at 3:05 PM, Andrew Morton wrote: But I'm really struggling to think up an implementation! The current code looks only at the caller's node and doesn't seem to make much sense. Should we look at all nodes? Hard to say without

Re: [PATCH] Staging: bcm: Fixed excessive line lengths cleaned up some code

On Mon, Dec 30, 2013 at 06:54:54AM -0500, Arthur Schwalbenberg wrote: > This is a patch to the Adapter.h file that fixes up excesssive > line length warnings found by the checkpatch.pl tool > > Signed off by: Arthur Schwalbenberg Don't indent the changelog like this. Also the

Re: [PATCH 2/7] vt6655: Fix most of checkpatch.pl errors in wroute

On Mon, Dec 30, 2013 at 03:52:32PM +0100, Michael Gunselmann wrote: > wroute.h: Fixed all line-over-80-character errors. No errors remain. > wroute.c: Fixed line-over-80-character errors, bracing errors > and C99-comments. > Three warnings remain, fixing them would deteriorate reada

Re: Question on compiler warning

On 31/12/13 01:24, Larry Finger wrote: In his regular article entitled Build regressions/improvements in v3.13-rc6" (http://lkml.indiana.edu/hypermail/linux/kernel/1312.3/01550.html), Geert Uytterhoeven reports the following warning regression: + /scratch/kisskb/src/drivers/net/wireless/b43/phy

Regression (ARM) arch/arm/mm/init.c doesn't build without CONFIG_ARM_PATCH_PHYS_VIRT.

arch/arm/mm/init.c: In function 'setup_dma_zone': arch/arm/mm/init.c:232:19: error: '__pv_phys_offset' undeclared (first use in this function) Reverting the following commit fixes it: commit 787b0d5c1ca7ff24feb6f92e4c7f4410ee7d81a8 Author: Santosh Shilimkar Date: Mon Dec 2 20:29:12 2013 +0100

Re: Regression (ARM) arch/arm/mm/init.c doesn't build without CONFIG_ARM_PATCH_PHYS_VIRT.

On Tue, Dec 31, 2013 at 12:20:56PM +0100, Krzysztof Hałasa wrote: > arch/arm/mm/init.c: In function 'setup_dma_zone': > arch/arm/mm/init.c:232:19: error: '__pv_phys_offset' undeclared (first use in > this function) > > Reverting the following commit fixes it: Already fixed long before Christmas.

Re: [PATCH 4/25] UBI: fix error return code

On Sun, Dec 29, 2013 at 11:47 PM, Julia Lawall wrote: > From: Julia Lawall > > Set the return variable to an error code as done elsewhere in the function. > > A simplified version of the semantic match that finds this problem is as > follows: (http://coccinelle.lip6.fr/) > > // > ( > if@p1 (\(re

Re: [PATCH] Add LED pattern trigger

On Tue 2013-12-31 00:00:39, Joe Xue wrote: > > What about something like this? > > > > Not shcheduling timer when nothing changed should save a bit of power/cpu... > > > > if (pattern_data->pattern[pattern_data->count] == '/') { > > return; > > } > > > > this = pattern_data->pattern[pattern_data->c

[PATCH] mtd: fixed few coding style and indentation issues

From: Saumya Ranjan Kuanr fixed few coding style and indentatiuon issues signed-off-by: Saumya Ranjan Kuanr --- drivers/mtd/mtdchar.c | 42 -- 1 file changed, 20 insertions(+), 22 deletions(-) diff --git a/drivers/mtd/mtdchar.c b/drivers/mtd/mtdchar.c

Re: [PATCH] ASoC: generic: add generic compound card with DT support

On Tue, Dec 31, 2013 at 11:31:38AM +0100, Jean-Francois Moine wrote: > This code was first developped on the generic simple card, but its > recent DT extension cannot be easily extended again to support compound > cards as the one in the Cubox. It would have been useful to have provided that feed

Re: [PATCH] ASoC: add snd_soc_of_parse_master_clkdir() for dt

On Tue, Dec 31, 2013 at 04:10:44PM +0800, Xiubo Li wrote: > I'm not very sure whether this patch is need for dt. It's not clear to me - it's not adding much on top of just passing the full property string to _read_bool() directly really. > For the CPU and CODEC devices' sysclk directions maybe d

Re: [ibm-acpi-devel] [PATCH 1/4] thinkpad_acpi: Add support for controlling charge thresholds

On Tue, 31 Dec 2013, Julian Andres Klode wrote: > We might be able to work around this by simple setting stop = start > if a new write causes the stop threshold to be below the start > threshold. But this also seems ugly. It is the safest way, but the correct pseudo-code would be, assuiming unsign

Re: [PATCH 1/1] MTD: UBI: try to avoid program data to NOR flash after erasure interrupted

On Thu, Nov 7, 2013 at 9:18 AM, Qi Wang 王起 (qiwang) wrote: > Hi: > As we talked in mail before, please check my patch as below: > > From: Qi Wang > > nor_erase_prepare() will be called before erase a NOR flash, it will program > '0' > into a block to mark this block. But program data into a eras

Re: [PATCH] ASoC: simple-card: cleanup asoc_simple_card_parse_of() code

On Tue, Dec 31, 2013 at 03:27:53AM +, li.xi...@freescale.com wrote: > Also, for most of the devices of the same DAI link, they use the same DAI > formats, but I have found some drivers like : "sound/soc/pxa/magician.c" > and "sound/soc/s6000/s6105-ipcam.c", etc, may have different DAI format >

Re: [PATCH v2] ASoC: fsl_sai: Fix one bug for hardware limitation.

On Tue, Dec 31, 2013 at 03:33:21PM +0800, Xiubo Li wrote: > This is maybe one bug or a limitation of the hardware that the {T,R}CR2's > Synchronous Mode bits must be set as late as possible, or the SAI device > maybe hanged up, and there has not any explaination about this limitation > in the SAI D

Re: [PATCH] ASoC: fsl_sai: fix the endianess for SAI fifo data.

On Tue, Dec 31, 2013 at 03:33:22PM +0800, Xiubo Li wrote: > Revert the SAI's endianess for fifo data to/from DMA engine. Applied, thanks. signature.asc Description: Digital signature

Re: [PATCH] Add LED pattern trigger

On Tue, Dec 31, 2013 at 12:33 PM, Pavel Machek wrote: > On Tue 2013-12-31 00:00:39, Joe Xue wrote: >> > What about something like this? >> > >> > Not shcheduling timer when nothing changed should save a bit of >> > power/cpu... >> > >> > if (pattern_data->pattern[pattern_data->count] == '/') { >>

Re: [PATCH] mtd: fixed few coding style and indentation issues

On Tue, Dec 31, 2013 at 12:43 PM, Saumya Ranjan Kuanr wrote: > From: Saumya Ranjan Kuanr > > fixed few coding style and indentatiuon issues Please fix real issues instead of polluting the git history with whitespace cleanups. > signed-off-by: Saumya Ranjan Kuanr > --- > drivers/mtd/mtdchar.c

Re: [PATCH] regulator: pfuze100-regulator: Fix MODULE_ALIAS()

On Mon, Dec 30, 2013 at 04:41:22PM -0200, Fabio Estevam wrote: > From: Fabio Estevam > > We should use 'platform' in the MODULE_ALIAS for the regulator. Applied, thanks. signature.asc Description: Digital signature

Re: [PATCH] [trivial] doc: cgroups: Fix typo in doc/cgroups

On Sun, Dec 22, 2013 at 01:26:44AM +0900, Masanari Iida wrote: > On Sun, Dec 22, 2013 at 1:22 AM, Levente Kurusa wrote: > > Hi, > > > > spotted one more typo. > > > > On 12/21/2013 04:57 PM, Masanari Iida wrote: > >> diff --git a/Documentation/cgroups/resource_counter.txt > >> b/Documentation/cgr

Re: [PATCH] [trivial] doc: cgroups: Fix typo in doc/cgroups

On Sun, Dec 22, 2013 at 12:57:33AM +0900, Masanari Iida wrote: > Correct spelling typo in memory.txt and > resource_counter.txt > > Signed-off-by: Masanari Iida Applied to cgroup/for-3.14. Thanks. -- tejun -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body

Re: [PATCH] ASoC: generic: add generic compound card with DT support

On Tue, 31 Dec 2013 11:59:27 + Mark Brown wrote: > > This code was first developped on the generic simple card, but its > > recent DT extension cannot be easily extended again to support compound > > cards as the one in the Cubox. > > It would have been useful to have provided that feedbac

Re: [PATCH] ASoC: simple-card: Add DAPM routes parse from device tree

On Mon, Dec 23, 2013 at 12:57:01PM +0800, Xiubo Li wrote: > Parses a simple DAPM route table from device tree. I've applied this on the basis that it's using a generic feature and won't do any harm but given that no off-CODEC widgets are defined I do have to wonder when it'll actually be useful.

Re: [REGRESSION] 3.13-rc2: locks up hard on trying to transfer a file to mmc based internal SD card slot

Am Samstag, 30. November 2013, 14:53:51 schrieb Martin Steigerwald: > Just added linux-mmc. And I might git-bisect that at some time, but I do not > intend to do it during my precious weekend. The chances of me bisecting it > increase with workable suggestions on how to cut down the amount of > ite

Re: [PATCH] ASoC: generic: add generic compound card with DT support

On Tue, Dec 31, 2013 at 01:36:10PM +0100, Jean-Francois Moine wrote: > Mark Brown wrote: > > It would have been useful to have provided that feedback at the time > > rather than waiting until after it had been merged - it was in review > > for long enough. It would also be good to articulate the

Re: [PATCH] ASoC: simple-card: Cleanup __asoc_simple_card_dai_init() ret check

On Mon, Dec 23, 2013 at 01:24:59PM +0800, Xiubo Li wrote: > The ret parameter is always equal to zero till here. Applied, thanks. This is on the edge of what's a good cleanup - it's a taste thing if it's better to have every call be the same so the code looks more regular or if it's better to hav

[PATCH] regulator: anatop-regulator: Add MODULE_ALIAS()

From: Fabio Estevam Provide a MODULE_ALIAS() entry to the driver. Signed-off-by: Fabio Estevam --- drivers/regulator/anatop-regulator.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/regulator/anatop-regulator.c b/drivers/regulator/anatop-regulator.c index c734d09..a004144 100644

Re: [PATCH v4 03/15] clk: Add regmap core helpers for enable/disable/is_enabled

On Thu, Dec 26, 2013 at 11:31 -0800, Stephen Boyd wrote: > > On 12/24, Gerhard Sittig wrote: > > On Mon, Dec 23, 2013 at 17:12 -0800, Stephen Boyd wrote: > > > > > > The clock framework already has support for simple gate clocks > > > but if drivers want to use the gate clock functionality they n

Re: [PATCH] regulator: anatop-regulator: Add MODULE_ALIAS()

On Tue, Dec 31, 2013 at 10:56:00AM -0200, Fabio Estevam wrote: > From: Fabio Estevam > > Provide a MODULE_ALIAS() entry to the driver. Applied, thanks. signature.asc Description: Digital signature

Re: [PATCH] regulator: wm831x-dcdc: Remove unneeded 'err' label

On Mon, Dec 30, 2013 at 06:03:24PM -0200, Fabio Estevam wrote: > From: Fabio Estevam > > There is no need to jump to the 'err' label. Applied, thanks, but please do remember to CC all maintainers on patches. signature.asc Description: Digital signature

Re: [PATCH v2] regulator: act8865: register all regulators regardless of how many are used

On Tue, Dec 31, 2013 at 09:27:52AM +0800, Wenyou Yang wrote: > v2 changlog: > 1./ Rebased on the latest code of for-next branch. Applied, but if you are including a changelog in your patch please include it after the --- so it doesn't clutter up the git history. signature.asc Description: Digit

Re: [PATCH 21/25] fujitsu-laptop: fix error return code

On Sun, Dec 29, 2013 at 11:47:36PM +0100, Julia Lawall wrote: > These functions mix the use of result and error. In acpi_fujitsu_add, > result does not seem useful; it would seem reasonable to propagate the > return value of acpi_bus_update_power in an error case. Agreed. > On the other hand, in

Re: [REGRESSION] 3.13-rc2: locks up hard on trying to transfer a file to mmc based internal SD card slot [FOUND]

Am Dienstag, 31. Dezember 2013, 13:52:05 schrieb Martin Steigerwald: > Am Dienstag, 31. Dezember 2013, 13:41:22 schrieb Martin Steigerwald: > > Am Samstag, 30. November 2013, 14:53:51 schrieb Martin Steigerwald: > > > Just added linux-mmc. And I might git-bisect that at some time, but I do > > > no

Re: [ARM] Fix kernel compile error: drivers/crypto/ixp4xx_crypto.c.

On Tue, Dec 31, 2013 at 11:51 +0100, Krzysztof Hałasa wrote: > > drivers/crypto/ixp4xx_crypto.c: In function 'ixp_module_init': > drivers/crypto/ixp4xx_crypto.c:1419:2: error: 'dev' undeclared (first use in > this function) > > Now builds. Not tested on real hw. > > Signed-off-by: Krzysztof Hał

[PATCH linux-next 2/2] staging: dgap: fix checkpatch warnings

Remove a few spaces at beginning and end of line. Remove single statement braces {}. Remove two FSF boilerplate paragraphs. Signed-off-by: Vincent Stehlé Cc: Lidza Louina Cc: Greg Kroah-Hartman Cc: Scott H Kilau Cc: eng.li...@digi.com --- Hi, This can be seen with e.g. linux next-20131224 ar

Re: [Xen-devel] [PATCH v3 1/2] xen/pvhvm: If xen_platform_pci=0 is set don't blow up (v3).

> That is because 'disks' is incorrect. It should have been 'ide-disks' > > [0.00] unrecognised option 'disks' in parameter 'xen_emul_unplug' > > With the 'ide-disks' it should work. I will update the description to > mention 'ide-disks' instead of 'disks'. Thank you for finding this! >

Re: [patch core/stackprotector] stackprotector: Fix build when compiler lacks support

On 12/30/2013 1:37 PM, David Rientjes wrote: 8779657d29c0 ("stackprotector: Introduce CONFIG_CC_STACKPROTECTOR_STRONG") causes the build to break when the compiler doesn't support -fstack-protector-strong: cc1: error: unrecognized command line option ‘-fstack-protector-strong’ cc

Re: [PATCH] allow xenfb initialization for hvm guests

On Tue, Dec 17, 2013 at 05:53:13PM +, Stefano Stabellini wrote: > There is no reasons why an HVM guest shouldn't be allowed to use xenfb. > As a matter of fact ARM guests, HVM from Linux POV, can use xenfb. > Given that no Xen toolstacks configure a xenfb backend for x86 HVM > guests, they are

Re: [PATCH] xen: Use dev_is_pci() to check whether it is pci device

On Thu, Dec 05, 2013 at 07:34:05PM +0800, Yijing Wang wrote: > Use PCI standard marco dev_is_pci() instead of directly compare > pci_bus_type to check whether it is pci device. Jan, you OK with this? > > Signed-off-by: Yijing Wang > --- > drivers/xen/dbgp.c |2 +- > 1 files changed, 1 inse

Re: [PATCH 4/7] sched: remove unused parameter in nohz_balancer_kick function

On 12/31/2013 12:17 PM, Preeti Murthy wrote: Hi Daniel, This patch looks correct to me. Reviewed-by: Preeti U Murthy Thanks Preeti for the review. -- Daniel > On Mon, Dec 30, 2013 at 7:14 PM, Daniel Lezcano mailto:daniel.lezc...@linaro.org>> wrote:

[no subject]

This had been posted way way back: https://lkml.org/lkml/2013/1/16/696 and the discussion about it was: - If there are no uses of v2, then why not rip out the support for it. [b/c the work for it would be in the networking code and I am still hoping that will be done?] - Why not do all o

[PATCH] xen/grant-table: Force to use v1 of grants.

We have the framework to use v2, but there are no backends that actually use it. The end result is that on PV we use v2 grants and on PVHVM v1. The v1 has a capacity of 512 grants per page while the v2 has 256 grants per page. This means we lose about 50% capacity - and if we want more than 16 VIFs

Re: [PATCH V4 1/2] Phy: Exynos: Add Exynos5250 sata phy driver

[ added linux-ide ML to Cc: ] Hi, Overall the code looks good, thank you for working on this. I still have some review comments though.. On Monday, December 30, 2013 06:37:02 PM Yuvaraj Kumar C D wrote: > This patch adds the sata phy driver for Exynos5250.Exynos5250 sata > phy comprises of CMU

Re: [PATCH V4 2/2] ARM: dts: Enable ahci sata and sata phy

[ added linux-ide ML to Cc: ] On Monday, December 30, 2013 06:37:03 PM Yuvaraj Kumar C D wrote: > This patch adds dt entry for ahci sata controller and its > corresponding phy controller.phy node has been added w.r.t > new generic phy framework. > > Signed-off-by: Yuvaraj Kumar C D > --- > > C

[PATCH] swiotlb: Don't DoS us with 'swiotlb buffer is full'

There is no need for that so lets use ratelimiting. Also add some extra information to be helpful. CC: Stefano Stabellini Signed-off-by: Konrad Rzeszutek Wilk --- lib/swiotlb.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/lib/swiotlb.c b/lib/swiotlb.c index e4399fa..7c9

Re: [PATCH 4/11] use ether_addr_equal_64bits

On 12/30/2013 10:32 PM, Julia Lawall wrote: I'm just thinking of a programmer, e.g. changing a struct like this: struct foo { u8 addr[ETH_ALEN]; - u16 dummy; }; I don't know of a way to catch that. Anyone else? Well, one could have a semantic patch that checks for that. But the pro

Re: [PATCH] serial: samsung: Remove hard-coded major/minor numbers

On Fri, Dec 27, 2013 at 10:44:24AM -0800, Greg KH wrote: > Please get approval for this patch from others within Linaro before > sending it out again. Linaro has a process in place for this type of > thing, please use it, otherwise it makes people like me really grumpy > and upset and causes me t

Re: [PATCH 4/11] use ether_addr_equal_64bits

On Tue, 31 Dec 2013, Ben Greear wrote: > On 12/30/2013 10:32 PM, Julia Lawall wrote: > > > > > > I'm just thinking of a programmer, e.g. changing a struct like this: > > > > > > > > > > > > struct foo { > > > > > > u8 addr[ETH_ALEN]; > > > > > > - u16 dummy; > > > > > > }; > > > > > > I

Re: [PATCH RESEND 1/4] clk: clk-s2mps11: Refactor for including support for other MFD clocks

On Mon, Dec 30, 2013 at 09:33:50AM +0530, Tushar Behera wrote: > Commit 1b1ccee1e821 "mfd: s2mps11: Fix build after regmap field rename > in sec-core.c" is also touching this file, which is in Mark's tree > right now. If I rebase It's been in Linus' tree for a while now. signature.asc Descripti

Re: [patch 2/2]blk-mq: Don't reserve a tag for flush request

On 12/30/2013 08:38 PM, Shaohua Li wrote: > > Reserving a tag (request) for flush to avoid dead lock is a overkill. tag is > valuable resource. We can track flush request number and disallow too many > pending flush requests allocated. With this patch, > blk_mq_alloc_request_pinned() could do a bu

Re: [PATCH] lib/vsprintf: add %pT[C012] format specifier

On Tue, 2013-12-31 at 15:53 +0900, Tetsuo Handa wrote: > Joe Perches wrote: > > Also I prefer using ASCII SUB (26 \x1a \032 ^z) or maybe > > PU1 - 145 or PU2 - 146, as an initiator byte as it takes > > up much less of the control word space instead of using > > multiple values like \x80, \x81, \x82

Re: [RFC 1/2] mm: additional page lock debugging

On Mon, Dec 30, 2013 at 10:22:02PM -0500, Sasha Levin wrote: > I really want to use lockdep here, but I'm not really sure how to handle > locks which live > for a rather long while instead of being locked and unlocked in the same > function like > most of the rest of the kernel. (Cc Ingo, PeterZ

Re: [PATCH v1 4/5] block: null_blk: fix queue leak inside removing device

On Thu, Dec 26 2013, Ming Lei wrote: > When queue_mode is NULL_Q_MQ and null_blk is being removed, > blk_cleanup_queue() isn't called to cleanup queue, so the > queue allocated won't be freed. > > This patch calls blk_cleanup_queue() for MQ to drain all > pending requests first and release the ref

Re: [PATCH 4/11] use ether_addr_equal_64bits

On 12/31/2013 08:09 AM, Julia Lawall wrote: On Tue, 31 Dec 2013, Ben Greear wrote: On 12/30/2013 10:32 PM, Julia Lawall wrote: I'm just thinking of a programmer, e.g. changing a struct like this: struct foo { u8 addr[ETH_ALEN]; - u16 dummy; }; I don't know of a way to catch th

Re: [PATCH 0/7] sched: cleanup trigger_load_balance

On Mon, Dec 30, 2013 at 02:44:46PM +0100, Daniel Lezcano wrote: > This patchset does a cleanup on the parameters passed from the function > 'trigger_load_balance' to the underneath functions. Doesn't actually apply right.. will maybe spend more time next week :-) -- To unsubscribe from this list:

Re: [PATCH] ASoC: soc-core: Fix the DAI name getting.

On Fri, Dec 20, 2013 at 02:39:51PM +0800, Xiubo Li wrote: > From "ASoC: make snd_soc_dai_link more symmetrical", can we see that > the name of CPU DAI maybe omitted. If the DAI name is omitted, try to > use the component name instead. Applied, thanks. signature.asc Description: Digital signature

Re: [PATCH] of/platform: Fix no irq domain found errors when populating interrupts

On Mon, Dec 30, 2013 at 4:10 PM, Paul Walmsley wrote: > Hi Grant, Rob, > > On Tue, 10 Dec 2013, Paul Walmsley wrote: > >> On Sun, 24 Nov 2013, Grant Likely wrote: >> >> > On Fri, 22 Nov 2013 17:50:35 -0800, Tony Lindgren wrote: >> > > * Tony Lindgren [131122 17:16]: >> > > > * Tony Lindgren [13

[PATCH 4/6] at91: dt: sam9261: Pinmux DT entries for the SMC/EBI interface

From: jean-jacques hiblot Signed-off-by: Jean-Jacques Hiblot --- arch/arm/boot/dts/at91sam9261.dtsi | 54 ++ 1 file changed, 54 insertions(+) diff --git a/arch/arm/boot/dts/at91sam9261.dtsi b/arch/arm/boot/dts/at91sam9261.dtsi index 7ee0fff..925f9ad 100644

[PATCH 0/6] Device Tree support for the at91sam9261ek

From: Jean-Jacques Hiblot Hi Nicolas, This patch set aims at bringing a basic device tree support for the sam9261. It's mostly based on the sam9263 stuff. The only new thing here is the smc bus driver. It's a very simple bus driver used to configure the EBI from the DT. I haven't documented its

[PATCH 3/6] At91: dt: Added smc bus driver

From: jean-jacques hiblot The EBI/SMC external interface is used to access external peripherals (NAND and Ethernet controller in the case of sam9261ek). Different configurations and timings are required for those peripherals. This bus driver can be used to setup the bus timings/configuration fro

[PATCH 6/6] at91: dt: sam9261: Added DM9000 in the device tree

From: jean-jacques hiblot Signed-off-by: Jean-Jacques Hiblot --- arch/arm/boot/dts/at91sam9261ek.dts | 29 + 1 file changed, 29 insertions(+) diff --git a/arch/arm/boot/dts/at91sam9261ek.dts b/arch/arm/boot/dts/at91sam9261ek.dts index 11cf619..7a7997f 100644 --- a/

[PATCH 1/6] Basic Device Tree support for the at91sam9261

From: jean-jacques hiblot This patch implements the basics to boot a at91sam9261ek with a dt-enabled kernel (at91_dt_defconfig). Only dbgu, nand and watchdog are described in the DT. Signed-off-by: Jean-Jacques Hiblot --- arch/arm/boot/dts/at91sam9261.dtsi | 476 +

[PATCH 5/6] at91: dt: sam9261: Add an entry in the DT for the SMC/EBI bus driver.

From: jean-jacques hiblot This patch creates a new entry in the device tree for the 9261 under which should be the devices attached to the EBI. It also moves the NAND DT entries under this new bus. Signed-off-by: Jean-Jacques Hiblot --- arch/arm/boot/dts/at91sam9261.dtsi | 32

[PATCH 2/6] at91: dt: sam9261: Added support for the lcd display

From: jean-jacques hiblot Signed-off-by: Jean-Jacques Hiblot --- arch/arm/boot/dts/at91sam9261.dtsi | 37 - arch/arm/boot/dts/at91sam9261ek.dts | 31 +++ arch/arm/mach-at91/at91sam9261.c| 1 + 3 files changed, 68 insertions(+

  1   2   3   >