[PATCH] rtlwifi: rtl8192cu: remove check for CONFIG_AUTOSUSPEND

A check for CONFIG_AUTOSUSPEND was included in this driver when it was added in v2.6.39. But that Kconfig symbol doesn't exist. Remove that check and the single line it hides. Signed-off-by: Paul Bolle --- Compile tested. It's hard to say whether or not the intention was to allow enabling usb's

Re: [PATCH] Staging: Silicom: bpctl_mod.c: Fixed a lot of checkpatch.pl warnings

Forgot to add - what went wrong - I had deleted some whitespaces which made the git apply mad. Thanks, Chaitanya On Fri, May 23, 2014 at 10:32 PM, Chaitanya Hazarey wrote: > Thanks Greg for looking into it, > > I have resubmitted using a new email, hope that works out. > > Thanks, > >

Re: [PATCH] Staging: Silicom: bpctl_mod.c: Fixed a lot of checkpatch.pl warnings

Thanks Greg for looking into it, I have resubmitted using a new email, hope that works out. Thanks, Chaitanya On Fri, May 23, 2014 at 3:26 PM, Greg KH wrote: > On Fri, May 23, 2014 at 02:47:10PM -0700, Chaitanya Hazarey wrote: >> Added a blank line after declarations in many places to fix the

Re: [PATCH] Staging: Silicom: Bypasslib: Fixed a couple of checkpatch.pl warnings

Hey Dan, Thanks for your patience, I have resubmitted via a new email. Hope that works. Thanks, Chaitanya On Fri, May 23, 2014 at 3:54 PM, Dan Carpenter wrote: > On Fri, May 23, 2014 at 02:39:43PM -0700, Chaitanya Hazarey wrote: >> Added a blank line after declarations to fix the following

[PATCH] Staging: Silicom: bpctl_mod.c & bypass.c: Fixed a lot of checkpatch.pl warnings

Added a blank line after declarations in many places to fix the following warning issued by checkpatch.pl: WARNING: Missing a blank line after declarations Thanks Greg K-H and Dan for the patience. Hope it works this time, I did apply it against staging and it was ok. Signed-off-by:

[PATCH] staging: Convert __FUNCTION__ to __func__

Use the normal mechanism for emitting a function name. Signed-off-by: Joe Perches --- drivers/staging/bcm/Qos.c | 14 - drivers/staging/keucr/scsiglue.c | 2 +- drivers/staging/octeon-usb/octeon-hcd.c| 2 +-

Re: linux-next: manual merge of the net-next tree with the net tree

From: Stephen Rothwell Date: Fri, 23 May 2014 13:46:02 +1000 > Today's linux-next merge of the net-next tree got a conflict in > drivers/net/bonding/bond_alb.c between commit d0c21d43a5a1 ("bonding: > Send ALB learning packets using the right source") from the net tree > and commit 8557cd74ca8a

Re: [PATCH v5 41/49] media: davinci: vpif_capture: drop unneeded module params

Hi Mauro, On Sat, May 24, 2014 at 4:08 AM, Mauro Carvalho Chehab wrote: > Em Fri, 16 May 2014 19:03:47 +0530 > "Lad, Prabhakar" escreveu: > >> From: "Lad, Prabhakar" >> >> Signed-off-by: Lad, Prabhakar > > -ENOPATCHDESCRIPTION > > Why to remove those parameters? Please _ALWAYS_ describe

Re: [PATCH v2 2/2] of: Stop naming platform_device using dcr address

On Fri, 2014-05-23 at 08:36 +0900, Grant Likely wrote: > There is now a way to ensure all platform devices get a unique name when > populated from the device tree, and the DCR_NATIVE code path is broken > anyway. PowerPC Cell (PS3) is the only platform that actually uses this > path. Most likely

Re: [PATCH v5 00/49] DaVinci: vpif: upgrade with v4l helpers and v4l compliance fixes

Hi Hans, Thanks for the review from 2 patches to 50 :) On Fri, May 23, 2014 at 2:00 PM, Hans Verkuil wrote: > Hi Prabhakar, > > Thanks for this patch series, it looks good to me and I'll make a pull > request for this. > Thanks. > I did find a few issues, but they are all pre-existing

[PATCH RESEND] staging: slicoss: remove private netdev list

Remove the private linked list of netdev structs. This list isn't being used anyway. This patch has no noticable effect. Signed-off-by: David Matlack --- drivers/staging/slicoss/slic.h| 1 - drivers/staging/slicoss/slicoss.c | 4 2 files changed, 5 deletions(-) diff --git

[PATCH RESEND] staging: slicoss: clean up use of dev_err

First, don't print pci device information or driver prefixes, this is already printed by dev_err. Next, don't report error messages via dev_err when the failing function already reports all errors via dev_err. Signed-off-by: David Matlack --- drivers/staging/slicoss/slicoss.c | 28

Re: [PATCH v5 04/49] media: davinci: vpif_display: release buffers in case start_streaming() call back fails

Hi Hans, Thanks for the review. On Fri, May 23, 2014 at 2:05 PM, Hans Verkuil wrote: > On 05/16/2014 03:33 PM, Lad, Prabhakar wrote: >> From: "Lad, Prabhakar" >> >> this patch adds support to release the buffer by calling >> vb2_buffer_done(), with state marked as VB2_BUF_STATE_QUEUED >> if

Re: [PATCH net-next 2/4] bridge: adhere to querier election mechanism specified by RFCs

From: Linus Lüssing Date: Wed, 21 May 2014 10:59:00 +0200 > + if (saddr <= br->ip4_querier.addr.u.ip4) > + goto update; It is clear to me that you should be making these comparisons in cpu endianness. Otherwise the code will handle the same situations differently on big-endian

[PATCH] regulator: core: Use map_voltage_linear_range by default for list_voltage_linear_range

Use map_voltage_linear_range() if list_voltage_linear_range() is in use and nothing is set. Signed-off-by: Axel Lin --- drivers/regulator/core.c | 4 1 file changed, 4 insertions(+) diff --git a/drivers/regulator/core.c b/drivers/regulator/core.c index b97ffd2..7399cbf 100644 ---

[PATCH] staging: lustre: Fixed warnings about using 0 as NULL ptr

Fixed a bunch of warnings pointed out by sparse about using 0 to represent a NULL pointer. Signed-off-by: Greg DeAngelis --- drivers/staging/lustre/lustre/mgc/lproc_mgc.c | 22 +++--- 1 file changed, 11 insertions(+), 11 deletions(-) diff --git

[V1 PATCH] dom0 pvh linux support

Hi, Attached please find patch for linux to support toolstack on pvh dom0. thanks, Mukesh -- 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

[V1 PATCH] dom0 pvh: map foreign pfns in our p2m for toolstack

When running as dom0 in pvh mode, foreign pfns that are accessed must be added to our p2m which is managed by xen. This is done via XENMEM_add_to_physmap_range hypercall. This is needed for toolstack building guests and mapping guest memory, xentrace mapping xen pages, etc.. Signed-off-by: Mukesh

[PATCH] x86/mce: Fix incorrect comment in do_machine_check()

In do_machine_check function, we can find the following code segment: * ... */* mce_clear_state will clear *final, save locally for use later */ *m = *final; * *if (!no_way_out) *mce_clear_state(toclear); * ... But the reality is that

Re: [PATCH net] bridge: notify user space of fdb port change

> I have no more comments except for style problems (bracket position, > indentation, type mismatch). > thank you for rewriting :) np, yes this is a draft but I will make sure complies with checkpatch.pl before submitting it. Regards Jon > > Thanks, > Toshiaki Makita > > > > > $ diff -Naur

Re: [RFC PATCH 2/3] CMA: aggressively allocate the pages on cma reserved memory when not used

On 5/12/2014 10:04 AM, Laura Abbott wrote: > > I'm going to see about running this through tests internally for comparison. > Hopefully I'll get useful results in a day or so. > > Thanks, > Laura > We ran some tests internally and found that for our purposes these patches made the benchmarks

[PATCH] spi: Set cs-gpios to output direction

Some gpios used for cs-gpios may not be configured for output by default. In these cases gpio_set_value() won't have any effect and so the chip select line won't toggle. Request the cs-gpios and set them to output direction once we know if the chip select is default high or default low. Cc: Linus

Re: [PATCH] clk: bcm/kona: implement determine_rate()

Quoting Alex Elder (2014-05-23 16:24:31) > On 05/23/2014 06:18 PM, Mike Turquette wrote: > > Quoting Alex Elder (2014-05-20 06:24:57) > >> Implement the clk->determine_rate method for Broadcom Kona peripheral > >> clocks. This allows a peripheral clock to be re-parented in order to > >> satisfy a

Re: [PATCH v2 2/5] clk: bcm281xx: implement prerequisite clocks

Quoting Alex Elder (2014-05-20 05:52:39) > @@ -743,11 +746,16 @@ struct clk *kona_clk_setup(struct kona_clk *bcm_clk) > clk = clk_register(NULL, _clk->hw); > if (IS_ERR(clk)) { > pr_err("%s: error registering clock %s (%ld)\n", __func__, > -

[PATCH v3 0/2] irqchip: Broadcom Set Top Box Level-2 interrupt controller

Hi Thomas, Jason, This patch set adds an irqchip driver for the Broadcom Set Top Box Level-2 interrupt controller hardware, as well as a corresponding Device Tree binding document. Thanks! Florian Fainelli (2): irqchip: add Broadcom Set Top Box Level-2 interrupt controller Documentation:

[PATCH v3 2/2] Documentation: add Broadcom STB Level-2 interrupt controller binding

This patch adds the Device Tree binding document for the Broadcom Set-top-box Level 2 interrupt controller hardware. Signed-off-by: Brian Norris Signed-off-by: Florian Fainelli --- No changes in v2 or v3, respin .../bindings/interrupt-controller/brcm,l2-intc.txt | 29 ++ 1

[PATCH v3 1/2] irqchip: add Broadcom Set Top Box Level-2 interrupt controller

This patch adds support for the Level-2 interrupt controller hardware found in Broadcom Set Top Box System-on-a-Chip devices. This interrupt controller is implemented using the generic IRQ chip driver with separate enable and disable registers. Signed-off-by: Brian Norris Signed-off-by: Florian

Re: mm: NULL ptr deref in remove_migration_pte

Ping? On 05/05/2014 11:51 AM, Sasha Levin wrote: > Did anyone have a chance to look at it? I still see it in -next. > > > Thanks, > Sasha > > On 04/16/2014 10:59 AM, Sasha Levin wrote: >> Hi all, >> >> While fuzzing with trinity inside a KVM tools guest running latest -next >> kernel I've

Re: slab_common: fix the check for duplicate slab names

On Fri, May 23 2014 at 5:28pm -0400, Pekka Enberg wrote: > On 05/23/2014 11:16 PM, Mike Snitzer wrote: > >On Tue, Mar 25 2014 at 2:07pm -0400, > >Christoph Lameter wrote: > > > >>On Tue, 25 Mar 2014, Mike Snitzer wrote: > >> > >>>This patch still isn't upstream. Who should be shepherding it

Re: [PATCH v2 1/5] clk: bcm281xx: add an initialized flag

Quoting Alex Elder (2014-05-20 05:52:38) > Add a flag that tracks whether a clock has already been initialized. > This will be used by the next patch to avoid initializing a clock > more than once when it's listed as a prerequisite. > > Signed-off-by: Alex Elder > --- >

[PATCH] pinctrl: msm: Add missing sdc1 and sdc3 groups for apq8064

Signed-off-by: Bjorn Andersson --- drivers/pinctrl/pinctrl-apq8064.c | 21 ++--- 1 file changed, 18 insertions(+), 3 deletions(-) diff --git a/drivers/pinctrl/pinctrl-apq8064.c b/drivers/pinctrl/pinctrl-apq8064.c index 23c4c21..3adf9fd 100644 ---

Re: [PATCH V5 3/4] x86/PCI: Stop enabling ECS for AMD CPUs after Fam16h

On 5/22/2014 9:54 PM, Bjorn Helgaas wrote: I've been poking around for recent dmesg logs that contain "PCI: Using configuration type 1 for extended access", and there are quite a few. In most cases there*is* an MCFG table, but apparently we decide not to use it for some reason (unfortunately we

[PATCH] clk: u300: Terminate of match table

Failure to terminate this match table can lead to boot failures depending on where the compiler places the match table. Cc: Linus Walleij Signed-off-by: Stephen Boyd --- drivers/clk/clk-u300.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/clk/clk-u300.c b/drivers/clk/clk-u300.c

[PATCH] clk: st: Terminate of match table

Failure to terminate this match table can lead to boot failures depending on where the compiler places the match table. Cc: Gabriel FERNANDEZ Signed-off-by: Stephen Boyd --- drivers/clk/st/clkgen-pll.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/clk/st/clkgen-pll.c

[PATCH] ASoC: pxa: pxa-ssp: Terminate of match table

Failure to terminate this match table can lead to boot failures depending on where the compiler places the match table. Cc: Daniel Mack Signed-off-by: Stephen Boyd --- sound/soc/pxa/pxa-ssp.c | 1 + 1 file changed, 1 insertion(+) diff --git a/sound/soc/pxa/pxa-ssp.c b/sound/soc/pxa/pxa-ssp.c

[PATCH] mfd: tps65218: Terminate of match table

Failure to terminate this match table can lead to boot failures depending on where the compiler places the match table. Cc: Keerthy Signed-off-by: Stephen Boyd --- drivers/mfd/tps65218.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/mfd/tps65218.c b/drivers/mfd/tps65218.c index

[PATCH] staging/mt29f_spinand: Terminate of match table

Failure to terminate this match table can lead to boot failures depending on where the compiler places the match table. Cc: Kamlakant Patel Cc: Mona Anonuevo Cc: linux-...@lists.infradead.org Signed-off-by: Stephen Boyd --- drivers/staging/mt29f_spinand/mt29f_spinand.c | 1 + 1 file changed,

Re: [PATCH v4 2/2] arm64: enable context tracking

Mark Rutland writes: > On Fri, May 23, 2014 at 03:51:07PM +0100, Catalin Marinas wrote: >> On Fri, May 23, 2014 at 01:11:38AM +0100, Kevin Hilman wrote: >> > Christopher Covington writes: >> > > On 05/22/2014 03:27 PM, Larry Bassel wrote: >> > >> Make calls to ct_user_enter when the kernel is

[GIT PULL] Timekeeping items for 3.16

Hey Thomas, Ingo, Just wanted to send in my 3.16 queue so it can get some time in -next. Nothing particularly exciting, just a few cleanups. Let me know if you have any objections or comments. thanks -john The following changes since commit 4d0fa8a0f01272d4de33704f20303dcecdb55df1: Merge

[PATCH] scripts/dtc: pad DTBs to facilitate later modification

By default, add some padding to the DT blobs to facilitate later patching. An example need for DTB patching is the need to modifiy the command line on platforms where ATAGS are not (or cannot) be used to pass the commandline. For example, we do not support a big-endian kernel reading ATAGS from

[PATCH] coccinelle: Check for missing NULL terminators in of_device_id tables

Failure to terminate an of_device_id table can lead to confusing failures depending on where the compiler places the array. Add a check to make sure these tables are terminated. Thanks to Mitchel Humpherys for coming up with the initial pattern. Cc: Mitchel Humpherys Cc: Julia Lawall Cc: Gilles

[PATCH v2 3/3] staging: panel: (coding style) Multiple assignments

Style-only modifications to comply with checkpatch.pl --strict --file. . Breaks down compound assignments. Signed-off-by: Dominique van den Broeck --- Resent to lay each variable on its single row. Other patches have been accepted. Apply on linux-next tree, above: commit

Re: [PATCH] page_alloc: skip cpuset enforcement for lower zone allocations

On Fri, May 23, 2014 at 01:51:12PM -0700, David Rientjes wrote: > On Fri, 23 May 2014, Marcelo Tosatti wrote: > > > Zone specific allocations, such as GFP_DMA32, should not be restricted > > to cpusets allowed node list: the zones which such allocations demand > > might be contained in particular

Re: [PATCH v3 13/13] mmc: mmci: Add Qcom specific pio_read function.

On 05/23/14 05:53, srinivas.kandaga...@linaro.org wrote: > @@ -1022,6 +1025,40 @@ mmci_cmd_irq(struct mmci_host *host, struct > mmc_command *cmd, > } > } > > +static int mmci_qcom_pio_read(struct mmci_host *host, char *buffer, > + unsigned int remain) > +{ > + u32

Re: [PATCH v2 00/14] Add Qualcomm SD Card Controller support

On Fri, May 23, 2014 at 9:50 AM, Srinivas Kandagatla wrote: > Hi Bjorn, > > Thanks for the update. Hi Srini, After pulling in Ulfs next branch again and reapplying v3 my issues are now gone. Not sure what I screwed up when I merged v2, this seems to work just fine now. Sorry for the fuzz. I

Re: [PATCH] clk: bcm/kona: implement determine_rate()

On 05/23/2014 06:18 PM, Mike Turquette wrote: > Quoting Alex Elder (2014-05-20 06:24:57) >> Implement the clk->determine_rate method for Broadcom Kona peripheral >> clocks. This allows a peripheral clock to be re-parented in order to >> satisfy a rate change request. This takes the place of the

Re: [PATCH] clk: bcm/kona: implement determine_rate()

Quoting Alex Elder (2014-05-20 06:24:57) > Implement the clk->determine_rate method for Broadcom Kona peripheral > clocks. This allows a peripheral clock to be re-parented in order to > satisfy a rate change request. This takes the place of the previous > kona_peri_clk_round_rate()

[no subject]

Good day, We are Christian organization, we offer loan to those who are in need, contact us via email, marieloanlend...@gmail.com -- 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

[no subject]

Good day, We are Christian organization, we offer loan to those who are in need, contact us via email, marieloanlend...@gmail.com -- 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

Re: [PATCH RESEND v2 0/3] bus: add Broadcom GISB bus arbiter timeout/error handler

On Monday 19 May 2014, Florian Fainelli wrote: > Hi all, > > This patch adds support for the Broadcom GISB bus arbiter timeout/error > handler. > GISB is a custom and proprietary bus used in the Broadcom Set Top Box devices > exclusively. The bus arbiter offers the possibly to decode faulting

Re: [PATCH] clk: qcom: Fix blsp2_ahb_clk register offset

Quoting Georgi Djakov (2014-05-20 09:50:54) > The address of the blsp2_ahb_clk register is incorrect. Fix it. > > Signed-off-by: Georgi Djakov Applied to clk-next. Regards, Mike > --- > drivers/clk/qcom/gcc-msm8974.c |2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git

Re: [PATCH v10 1/3] ARM: EXYNOS: Add support for EXYNOS5410 SoC

On 24.05.2014 00:48, Tarek Dakhran wrote: > Sorry, only now catch it! > I agree, this patch is not needed anymore, except Kconfig option. > config SOC_EXYNOS5410 is needed to build clock stuff. Right, I missed this. > What is your opinion, Tomasz? > I'd suggest re-spinning this series once

Re: [PATCH] Staging: Silicom: Bypasslib: Fixed a couple of checkpatch.pl warnings

On Fri, May 23, 2014 at 02:39:43PM -0700, Chaitanya Hazarey wrote: > Added a blank line after declarations to fix the following warnings issued by > checkpatch.pl: > > drivers/staging/silicom/bypasslib/bypass.c:138: WARNING: Missing a blank line > after declarations >

Re: [PATCH v10 2/3] clk: exynos5410: register clocks using common clock framework

This is just my inattention. Will be corrected until Monday. On Sat, May 24, 2014 at 1:19 AM, Tomasz Figa wrote: > Hi Tarek, > > Thanks for keeping up with addressing my comments. See below. > > On 23.05.2014 12:35, Tarek Dakhran wrote: >> The EXYNOS5410 clocks are statically listed and

Re: [PATCH v4 0/3] clk: s2mps11: Fixes and add support for S2MPS14 clocks

Quoting Krzysztof Kozlowski (2014-05-21 04:22:58) > Hi, > > > This is actually a resend of previous patches, rebased on latest > 3.15-rc5. There are no changes, beside rebasing. > > The first two fixes were posted previously as separate patches and they > didn't get review [1]. I am attaching

Re: [GIT PULL] qcom driver changes for v3.16

On Friday 23 May 2014, Kumar Gala wrote: > The following changes since commit c9eaa447e77efe77b7fa4c953bd62de8297fd6c5: > >Linux 3.15-rc1 (2014-04-13 14:18:35 -0700) > > are available in the git repository at: > >git://git.kernel.org/pub/scm/linux/kernel/git/galak/linux-qcom.git >

Re: [PATCH v10 1/3] ARM: EXYNOS: Add support for EXYNOS5410 SoC

Sorry, only now catch it! I agree, this patch is not needed anymore, except Kconfig option. config SOC_EXYNOS5410 is needed to build clock stuff. What is your opinion, Tomasz? On Sat, May 24, 2014 at 2:44 AM, Tarek Dakhran wrote: > Hi Tomazs, > > On Sat, May 24, 2014 at 1:11 AM, Tomasz Figa

Re: [PATCH v10 1/3] ARM: EXYNOS: Add support for EXYNOS5410 SoC

On 24.05.2014 00:44, Tarek Dakhran wrote: > Hi Tomazs, > > On Sat, May 24, 2014 at 1:11 AM, Tomasz Figa wrote: >> Hi Tarek, >> >> With v2 of the series I mentioned in review of previous version [1], >> this patch can be skipped. >> >> [1]

Re: [PATCH v10 1/3] ARM: EXYNOS: Add support for EXYNOS5410 SoC

Hi Tomazs, On Sat, May 24, 2014 at 1:11 AM, Tomasz Figa wrote: > Hi Tarek, > > With v2 of the series I mentioned in review of previous version [1], > this patch can be skipped. > > [1] http://www.spinics.net/lists/linux-samsung-soc/msg31258.html > > Best regards, > Tomasz > > On 23.05.2014

Re: [PATCH v2] x86/mce: Distirbute the clear operation of mces_seen to Per-CPU rather than only monarch CPU

On Fri, May 23, 2014 at 4:57 AM, Chen Yucong wrote: > If (mca_cfg.tolerant == 2 || mce_cfg.tolerant == 3), what can you do for > it? Maybe we need to look again at the effects of "tolerant" - and maybe specify what happens at various levels, There are some obvious silly bits of code (picking

Re: [PATCH v5 41/49] media: davinci: vpif_capture: drop unneeded module params

Em Fri, 16 May 2014 19:03:47 +0530 "Lad, Prabhakar" escreveu: > From: "Lad, Prabhakar" > > Signed-off-by: Lad, Prabhakar -ENOPATCHDESCRIPTION Why to remove those parameters? Please _ALWAYS_ describe your patches. My crystal ball is malfunctioning today, so I was unable to scry the

Re: [PATCH] Staging: Silicom: bpctl_mod.c: Fixed a lot of checkpatch.pl warnings

On Fri, May 23, 2014 at 02:47:10PM -0700, Chaitanya Hazarey wrote: > Added a blank line after declarations in many places to fix the following > warning issued by checkpatch.pl: > > WARNING: Missing a blank line after declarations > --- > drivers/staging/silicom/bpctl_mod.c | 90 >

Re: [PATCH] Staging: Silicom: Bypasslib: Fixed a couple of checkpatch.pl warnings

On Fri, May 23, 2014 at 02:39:43PM -0700, Chaitanya Hazarey wrote: > Added a blank line after declarations to fix the following warnings issued by > checkpatch.pl: > > drivers/staging/silicom/bypasslib/bypass.c:138: WARNING: Missing a blank line > after declarations >

Re: [lxc-devel] [RFC PATCH 00/11] Add support for devtmpfs in user namespaces

Serge Hallyn writes: > Quoting Eric W. Biederman (ebied...@xmission.com): >> >> >> >> Ultimately the technical challenge is how do we create a block device >> >> that is safe for a user who does not have any capabilities to use, and >> >> what can we do with that block device to make it

Re: [RFC PATCH] clk: flatten clk tree in debugfs

On 05/23/2014 03:59 AM, Peter De Schrijver wrote: This patch flattens the clk tree in CCF debugfs. Instead of representing the clocks and their hierarchy as a directory structure under /sys/kernel/debug/clk, each clock gets a single directory directly under /sys/kernel/debug/clk. While this may

[GIT PULL] EFI changes for arm64

Catalin reports that the arm64 EFI changes in tip/arm64/efi are causing boot issues when trying to run on a non-EFI machine. The below fix from Leif skips the EFI code on such machines. The following changes since commit 345c736edd07b657a8c48190baed2719b85d0938: efi/arm64: ignore dtb= when

Re: [PATCH RESEND v4 0/8] Add Allwinner A31 USB support

On Fri, May 23, 2014 at 08:33:39PM +0200, Maxime Ripard wrote: > Hi Greg, > > On Wed, May 14, 2014 at 06:05:20PM +0200, Greg Kroah-Hartman wrote: > > On Wed, May 14, 2014 at 02:34:19PM +0200, Maxime Ripard wrote: > > > On Tue, May 13, 2014 at 05:44:14PM +0200, Maxime Ripard wrote: > > > > Hi

Re: [PATCH] staging: slicoss: remove private netdev list

On Fri, May 23, 2014 at 01:11:01PM -0700, David Matlack wrote: > Greg, this is one of the two patches that got dropped. It should apply cleanly > in any order with respect to all my other patches. As my patch queue is now flushed out, what is "this" patch? :) Can you please just resend the two

Re: [PATCH] clk: st: Fix memory leak

Quoting Valentin Ilie (2014-04-22 06:15:54) > When it fails to allocate div, gate should be free'd before return > > Signed-off-by: Valentin Ilie Taken into clk-fixes. Regards, Mike > --- > drivers/clk/st/clkgen-pll.c | 4 +++- > 1 file changed, 3 insertions(+), 1 deletion(-) > > diff --git

Re: [GIT PULL] qcom defconfig changes for v3.16

On Friday 23 May 2014, Kumar Gala wrote: > Qualcomm ARM Based defconfig Updates for v3.16 > > * Add a new qcom_defconfig for mach-qcom > * Update msm_defconfig for handling building the old mach-msm Merged into next/defconfig, thanks! Arnd -- To unsubscribe from this list: send the line

Re: [GIT PULL] at91: DT for 3.16 at91-dt3 #3

On Fri, May 23, 2014 at 2:55 PM, Alexandre Belloni wrote: > On 23/05/2014 at 23:27:51 +0200, Arnd Bergmann wrote : >> On Thursday 22 May 2014, Nicolas Ferre wrote: >> > Another AT91 DT pull-request for 3.16. This one is the conversion of two >> > more >> > SoC to Common Clock Framework (aka

Re: [PATCH] of: mdio: fix compile warning in of_mdiobus_register_phy()

2014-05-23 14:33 GMT-07:00 Christian Engelmayer : > Commit de906af1 (net: phy: make of_set_phy_supported work with genphy driver) > removed the last user of variable 'max_speed' in function > of_mdiobus_register_phy(), leading to compile warning "unused variable > ‘max_speed’ [-Wunused-variable]".

Re: [PATCH] Pass on hwpoison maintainership to Naoya Noriguchi

On Fri, May 23, 2014 at 05:45:30PM -0400, Naoya Horiguchi wrote: > On Fri, May 23, 2014 at 02:15:39PM -0700, Andi Kleen wrote: > > From: Andi Kleen > > > > Noriguchi-san has done most of the work on hwpoison in the last years > > and he also does most of the reviewing. So I'm passing on the

Re: [GIT PULL] at91: DT for 3.16 at91-dt3 #3

On 23/05/2014 at 23:27:51 +0200, Arnd Bergmann wrote : > On Thursday 22 May 2014, Nicolas Ferre wrote: > > Another AT91 DT pull-request for 3.16. This one is the conversion of two > > more > > SoC to Common Clock Framework (aka CCF). I identified it as a "DT" > > pull-request > > but it modifies

Re: [PATCH 1/5] phy: add support for USB cluster on the Armada 375 SoC

On 23/05/2014 11:20, Kishon Vijay Abraham I wrote: > Hi, > > On Friday 16 May 2014 09:52 PM, Gregory CLEMENT wrote: >> The Armada 375 SoC comes with an USB2 host and device controller and >> an USB3 controller. The USB cluster control register allows to manage >> common features of both USB

Re: [PATCH v2] x86/mce: Distirbute the clear operation of mces_seen to Per-CPU rather than only monarch CPU

On Thu, May 22, 2014 at 6:32 PM, Chen Yucong wrote: > As Naoya Horiguchi says, this patch also have a small benefit that it > can reduce the processing time of monarch CPU. This is indeed a benefit - but I'm not super worried about performance of machine check handler. >/* > *

Re: [PATCH] mm/madvise: fix WILLNEED on SHM/ANON to actually do something

Hi On Fri, May 23, 2014 at 10:55 PM, David Rientjes wrote: > On Fri, 23 May 2014, David Herrmann wrote: > >> diff --git a/mm/madvise.c b/mm/madvise.c >> index 539eeb9..a402f8f 100644 >> --- a/mm/madvise.c >> +++ b/mm/madvise.c >> @@ -195,7 +195,7 @@ static void force_shm_swapin_readahead(struct

[PATCH] Staging: Silicom: bpctl_mod.c: Fixed a lot of checkpatch.pl warnings

Added a blank line after declarations in many places to fix the following warning issued by checkpatch.pl: WARNING: Missing a blank line after declarations --- drivers/staging/silicom/bpctl_mod.c | 90 ++- 1 file changed, 88 insertions(+), 2 deletions(-) diff

Re: [Patch v7 0/7] Introduce keystone reset driver

On 05/24/2014 12:28 AM, Santosh Shilimkar wrote: On Friday 23 May 2014 11:43 AM, Ivan Khoronzhuk wrote: These patches introduce keystone reset driver. The keystone SoC can be rebooted in several ways. By external reset pin, by soft and by watchdogs. This driver allows software reset and reset

[PATCH] Staging: Silicom: Bypasslib: Fixed a couple of checkpatch.pl warnings

Added a blank line after declarations to fix the following warnings issued by checkpatch.pl: drivers/staging/silicom/bypasslib/bypass.c:138: WARNING: Missing a blank line after declarations drivers/staging/silicom/bypasslib/bypass.c:189: WARNING: Missing a blank line after declarations

Re: [PATCH 4/5] usb: host: xhci-plat: add optional PHY support

On 23/05/2014 11:28, Kishon Vijay Abraham I wrote: > Hi, > > On Friday 16 May 2014 09:52 PM, Gregory CLEMENT wrote: >> This commit extends the xhci-plat so that it can optionally be passed >> a reference to a PHY through the Device Tree. It will be useful for >> the Armada 375 SoCs. If no PHY is

Re: [PATCH] clk: divider: Fix table round up function

Quoting Maxime COQUELIN (2014-05-07 09:48:52) > Commit 1d9fe6b97 ("clk: divider: Fix best div calculation for power-of-two and > table dividers") introduces a regression in its _table_round_up function. > > When the divider passed to this function is greater than the max divider > available in

Re: [PATCH] MIPS: cavium-octeon: remove checks for CONFIG_CAVIUM_GDB

On Thu, May 22, 2014 at 03:26:45PM +0200, Ralf Baechle wrote: > On Tue, May 20, 2014 at 06:16:14PM +0200, Paul Bolle wrote: > > > Three checks for CONFIG_CAVIUM_GDB were added in v2.6.29. But the > > Kconfig symbol CAVIUM_GDB was never added to the tree. Remove these > > checks. > > > > Also

Re: [PATCH V5 3/4] x86/PCI: Stop enabling ECS for AMD CPUs after Fam16h

On 5/23/2014 6:56 AM, Robert Richter wrote: On 22.05.14 20:54:54, Bjorn Helgaas wrote: I'm going to go out on a limb and guess that Windows does not enable ECS, so it probably uses ECAM. Therefore, I suspect Linux's parsing of MCFG is broken in some way, and we probably *could* use ECAM in all

Re: [PATCH 1/9] perf, tools: Support handling complete branch stacks as histograms v6

On Mon, May 19, 2014 at 05:21:15PM +0900, Namhyung Kim wrote: > This is gone with 540476de74c9 ("perf tools: Remove > symbol_conf.use_callchain check"). The patchkit applies to tip/perf/core. > > +* Check for overlap into the callchain. > > +

Re: powerpc: remove checks for CONFIG_BOOK3E_MMU_TLB_STATS

On Fri, 2014-05-23 at 12:12 -0500, Scott Wood wrote: > On Fri, 2014-05-23 at 12:06 +0200, Paul Bolle wrote: > > For what it's worth: I can't reproduce this error with the cross > > compiler now shipped with Fedora 20 (ie, powerpc64-linux-gnu-gcc (GCC) > > 4.8.1 20130717 (Red Hat 4.8.1-5)). It

[PATCH] of: mdio: fix compile warning in of_mdiobus_register_phy()

Commit de906af1 (net: phy: make of_set_phy_supported work with genphy driver) removed the last user of variable 'max_speed' in function of_mdiobus_register_phy(), leading to compile warning "unused variable ‘max_speed’ [-Wunused-variable]". Thus remove it. Signed-off-by: Christian Engelmayer ---

Re: [GIT PULL] qcom DT changes for v3.16

On Friday 23 May 2014, Kumar Gala wrote: > > > > Qualcomm ARM Based Device Tree Updates for v3.16 > > > > * Added device tree nodes for pinctrl and SDHC for msm8974 SoC/DB8074 board > > * Added binding spec for GSBI configuration

Re: [GIT PULL] at91: DT for 3.16 at91-dt3 #3

On Thursday 22 May 2014, Nicolas Ferre wrote: > Another AT91 DT pull-request for 3.16. This one is the conversion of two more > SoC to Common Clock Framework (aka CCF). I identified it as a "DT" > pull-request > but it modifies slightly a couple of files in mach-at91 (use of a > configuration >

Re: [Patch v7 0/7] Introduce keystone reset driver

On Friday 23 May 2014 11:43 AM, Ivan Khoronzhuk wrote: > These patches introduce keystone reset driver. > > The keystone SoC can be rebooted in several ways. By external reset > pin, by soft and by watchdogs. This driver allows software reset and reset > by one of the watchdogs. Also added

Re: slab_common: fix the check for duplicate slab names

On 05/23/2014 11:16 PM, Mike Snitzer wrote: On Tue, Mar 25 2014 at 2:07pm -0400, Christoph Lameter wrote: On Tue, 25 Mar 2014, Mike Snitzer wrote: This patch still isn't upstream. Who should be shepherding it to Linus? Pekka usually does that. Acked-by: Christoph Lameter This still

Re: [PATCH 2/5] Documentation: dt-bindings: document the Armada 375 USB cluster binding

On 23/05/2014 15:59, Andrew Lunn wrote: > On Fri, May 23, 2014 at 07:22:48PM +0530, Kishon Vijay Abraham I wrote: >> hI, >> >> On Friday 23 May 2014 07:06 PM, Andrew Lunn wrote: Do you want one .txt file per driver, or can we combine binding documentations into one file? There should

Re: [PATCH 2/3] of: Make of_find_node_by_path() handle /aliases

On Thu, 22 May 2014 18:14:38 -0700, Frank Rowand wrote: > On 5/21/2014 6:16 PM, Grant Likely wrote: > > On Tue, 20 May 2014 19:41:22 -0700, Frank Rowand > > wrote: > >> On 5/18/2014 2:27 AM, Grant Likely wrote: > >>> On Fri, 16 May 2014 11:54:44 +0100, Grant Likely > >>> wrote: > On Thu,

Re: [PATCH v10 2/3] clk: exynos5410: register clocks using common clock framework

Hi Tarek, Thanks for keeping up with addressing my comments. See below. On 23.05.2014 12:35, Tarek Dakhran wrote: > The EXYNOS5410 clocks are statically listed and registered > using the Samsung specific common clock helper functions. > > Signed-off-by: Tarek Dakhran > Signed-off-by:

[PATCH] Pass on hwpoison maintainership to Naoya Noriguchi

From: Andi Kleen Noriguchi-san has done most of the work on hwpoison in the last years and he also does most of the reviewing. So I'm passing on the hwpoison maintainership to him. Cc: Naoya Horiguchi Signed-off-by: Andi Kleen --- MAINTAINERS | 3 +-- 1 file changed, 1 insertion(+), 2

Re: [PATCH v10 3/3] ARM: dts: Add initial device tree support for EXYNOS5410

Hi Tarek, On 23.05.2014 12:35, Tarek Dakhran wrote: > Add initial device tree nodes for EXYNOS5410 SoC and SMDK5410 board. > > Signed-off-by: Tarek Dakhran > Signed-off-by: Vyacheslav Tyrtov > --- > arch/arm/boot/dts/Makefile|1 + >

Re: [PATCH v7 0/6] SP800-90A Deterministic Random Bit Generator

Stephan Mueller wrote: > Hi, > > the following set of patches implements the deterministic random bit generator > (DRBG) specified by SP800-90A. > > The DRBG implementation offers the following: > >* All three DRBG types are implemented with a derivation function. >* All DRBG

Re: [PATCH v10 1/3] ARM: EXYNOS: Add support for EXYNOS5410 SoC

Hi Tarek, With v2 of the series I mentioned in review of previous version [1], this patch can be skipped. [1] http://www.spinics.net/lists/linux-samsung-soc/msg31258.html Best regards, Tomasz On 23.05.2014 12:35, Tarek Dakhran wrote: > EXYNOS5410 is SoC in Samsung's Exynos5 SoC series. > Add

Re: [PATCH v7 1/6] SP800-90A Deterministic Random Bit Generator

Stephan Mueller wrote: > > + memset(_algs[i], 0, sizeof(struct crypto_alg)); > + if (pr) { > + memcpy(drbg_algs[i].cra_name, "drbg(pr(", 8); > + memcpy(drbg_algs[i].cra_driver_name, "drbg_pr_", 8); > + pos = 8; You shouldn't use the brackets

Re: [PATCH 0/3] ARM: OMAP5+: Support Duty Cycle Correction(DCC)

Quoting Nishanth Menon (2014-05-16 03:45:57) > Hi, > > This patch series has been carried over in vendor kernel for quiet > few years now. > > Unfortunately, it was very recently re-discovered and upstream kernel > is noticed to be broken for OMAP5 1.5GHz - at least we are operating > DPLL at

  1   2   3   4   5   6   7   8   9   10   >