[PATCH 03/10] fixup! perf, tools: Add support for text descriptions of events and alias add

From: Andi Kleen --- tools/perf/util/pmu.c | 48 1 file changed, 44 insertions(+), 4 deletions(-) diff --git a/tools/perf/util/pmu.c b/tools/perf/util/pmu.c index cc888d9..26311d9 100644 --- a/tools/perf/util/pmu.c +++ b/tools/perf/util/pmu.c @@

[PATCH 09/10] perf, tools, test: Add test case for alias and JSON parsing

From: Andi Kleen Add a simple test case to perf test that runs perf download and parses all the events. This needs adding an all event iterator to pmu.c Signed-off-by: Andi Kleen --- tools/perf/Makefile.perf| 1 + tools/perf/tests/aliases.c | 52 ++

[PATCH 05/10] perf, tools: Automatically look for event file name for cpu v2

From: Andi Kleen When no JSON event file is specified automatically look for a suitable file in ~/.cache/pmu-events. A "perf download" can automatically add files there for the current CPUs. This does not include the actual event files with perf, but they can be automatically downloaded instead

[PATCH 01/10] perf, tools: Add jsmn `jasmine' JSON parser

From: Andi Kleen I need a JSON parser. This adds the simplest JSON parser I could find -- Serge Zaitsev's jsmn `jasmine' -- to the perf library. I merely converted it to (mostly) Linux style and added support for non 0 terminated input. The parser is quite straight forward and does not copy any

[PATCH 02/10] perf, tools: Add support for text descriptions of events and alias add

From: Andi Kleen Change pmu.c to allow descriptions of events and add interfaces to add aliases. Used in the next patch. Signed-off-by: Andi Kleen --- tools/perf/util/pmu.c | 79 +++ 1 file changed, 54 insertions(+), 25 deletions(-) diff --git a

Re: [PATCH 2/2] net: Implement SO_PASSCGROUP to enable passing cgroup path

On Wed, Apr 16, 2014 at 11:40:44AM -0700, Andy Lutomirski wrote: > On Wed, Apr 16, 2014 at 11:36 AM, Vivek Goyal wrote: > > On Wed, Apr 16, 2014 at 10:29:08AM -0700, Andy Lutomirski wrote: > > > > [..] > >> >> Admittedly cgroups aren't currently as important as uid, but if this > >> >> changes, th

[PATCH 04/10] perf, tools: Add support for reading JSON event files

From: Andi Kleen Add a parser for Intel style JSON event files. This allows to use an Intel event list directly with perf. The Intel event lists can be quite large and are too big to store in unswappable kernel memory. The parser code knows how to convert the JSON fields to perf fields. The conv

[PATCH 06/10] perf, tools: Add perf download to download event files v2

From: Andi Kleen Add a downloader to automatically download the right files from a download site. This is implemented as a script calling wget, similar to perf archive. The perf driver automatically calls the right binary. The downloader is extensible, but currently only implements an Intel even

[PATCH 08/10] perf, tools: Query terminal width and use in perf list

From: Andi Kleen Automatically adapt the now wider and word wrapped perf list output to wider terminals. This requires querying the terminal before the auto pager takes over, and exporting this information from the pager subsystem. Signed-off-by: Andi Kleen --- tools/perf/util/cache.h | 1 +

[PATCH 10/10] perf, tools, record: Always allow to overide default period v2

From: Andi Kleen Fix the logic to allow overriding event default periods with -c or -F on the command line. I'm not sure I understand this if() fully, but this change makes all cases I tested work (tracepoint with default, default, ,-c, -F) This fixed specifying -c / -F with json event list eve

RE: [PATCH 1/3] net: mdio-gpio: Use devm_ functions where possible

OK, I just sent it. Hopefully, I didn't mess it up again! Do I need to do the same for 2/3 and 3/3? From: Chris Healy Sent: Wednesday, April 16, 2014 11:48 AM To: Guenter Roeck; Florian Fainelli Cc: linux-kernel@vger.kernel.org; net...@vger.kernel.org Subj

RE: [PATCH 1/3] net: mdio-gpio: Use devm_ functions where possible

On Tue, Apr 15, 2014 at 07:16:40PM -0700, Guenter Roeck wrote: > This simplifies error path and deinit/removal functions. > > Signed-off-by: Guenter Roeck Tested-by: Chris Healy This email and any files transmitted with it are confidential & proprietary to Sy

should we change the name/macros of file-private locks?

Sorry to spam so many lists, but I think this needs widespread distribution and consensus. File-private locks have been merged into Linux for v3.15, and *now* people are commenting that the name and macro definitions for the new file-private locks suck. ...and I can't even disagree. They do suck.

Re: sparc64 WARNING: at mm/mmap.c:2757 exit_mmap+0x13c/0x160()

From: Aaro Koskinen Date: Mon, 14 Apr 2014 21:43:53 +0300 > Just for the archives, I got one of these again with 3.14: Meelis and Aaro, thanks again for all of your reports. After pouring over a lot of the data and auditing some code I'm suspecting it's a problem with transparent huge pages. O

Re: [PATCH 2/2] net: Implement SO_PASSCGROUP to enable passing cgroup path

On Wed, Apr 16, 2014 at 11:51 AM, Vivek Goyal wrote: > On Wed, Apr 16, 2014 at 11:40:44AM -0700, Andy Lutomirski wrote: >> On Wed, Apr 16, 2014 at 11:36 AM, Vivek Goyal wrote: >> > On Wed, Apr 16, 2014 at 10:29:08AM -0700, Andy Lutomirski wrote: >> > >> > [..] >> >> >> Admittedly cgroups aren't c

Re: [PATCH 2/2] net: Implement SO_PASSCGROUP to enable passing cgroup path

On Wed, Apr 16, 2014 at 11:13:31AM -0700, Andy Lutomirski wrote: > On Wed, Apr 16, 2014 at 11:06 AM, Vivek Goyal wrote: > > On Wed, Apr 16, 2014 at 09:31:25AM -0700, Andy Lutomirski wrote: > > I am not sure how same issue with happen with cgroups. In the case of > > socket example, you are forcing

Re: [PATCH v4 12/21] serial: support for 16550A serial ports on LP-8x4x

One Thousand Gnomes wrote: >> +baud = uart_get_baud_rate(port, termios, old, >> + port->uartclk / 16 / 0x, >> + port->uartclk / 16); >> +switch (baud) { >> +case 2400: >> +len |= 1; >> +break; >> +

[PATCH] perf tools: Fix pmu object compilation error

After applying some patches got another shadowing error: CC util/pmu.o util/pmu.c: In function ‘pmu_alias_terms’: util/pmu.c:287:35: error: declaration of ‘clone’ shadows a global declaration [-Werror=shadow] Renaming clone to cloned. Cc: David Ahern Cc: Namhyung Kim Signed-off-by: Ji

Re: [PATCH] perf tools: Fix pmu object compilation error

On 4/16/14, 1:00 PM, Jiri Olsa wrote: After applying some patches got another shadowing error: CC util/pmu.o util/pmu.c: In function ‘pmu_alias_terms’: util/pmu.c:287:35: error: declaration of ‘clone’ shadows a global declaration [-Werror=shadow] Renaming clone to cloned. Cc: David A

Re: [PATCH 1/3] mfd: tps65090: Allow charger module to be used when no irq

> >> >> On the ARM Chromebook tps65090 has two masters: the AP (the main > >> >> processor running linux) and the EC (the embedded controller). The AP > >> >> is allowed to mess with FETs but the EC is in charge of charge control. > >> >> > >> >> The tps65090 interupt line is routed to both the A

Re: [PATCH] KVM: x86: Fix page-tables reserved bits

On Fri, Apr 04, 2014 at 06:31:04AM +0300, Nadav Amit wrote: > KVM does not handle the reserved bits of x86 page tables correctly: > In PAE, bits 5:8 are reserved in the PDPTE. > In IA-32e, bit 8 is not reserved. > > Signed-off-by: Nadav Amit > --- > arch/x86/kvm/mmu.c |6 +++--- > 1 file cha

Re: Info: mapping multiple BARs. Your kernel is fine.

On Thu, Mar 20, 2014 at 02:48:30PM -0600, Bjorn Helgaas wrote: > Right. Even if we had this long-term solution, we'd still have > Stephane's current problem, because the PNP0C02 _CRS is still wrong. > > We do have a drivers/pnp/quirks.c where we could conceivably adjust > the PNP resource if we f

Re: [PATCH 1/2] ARM: berlin: add scu and chipctrl device nodes for BG2/BG2Q

On 03/20/2014 09:39 PM, Sebastian Hesselbarth wrote: > This adds scu and general purpose registers device nodes required for > SMP on Berlin BG2 and BG2Q SoCs. The secondary CPUs will pick their jump > address from general purpose (SW generic) register 1. > > Signed-off-by: Sebastian Hesselbarth

Re: [PATCH 2/2] ARM: berlin: add SMP support

On 03/20/2014 09:39 PM, Sebastian Hesselbarth wrote: > This adds SMP support to Marvell Berlin2 SoCs. Secondary CPUs boot into > BootROM, wait for interrupt, and read SW generic register 1 with actual > boot code address. Synchronization by holding pen is copied from > plat-versatile and mach-prima

Re: [PATCH 2/2] net: Implement SO_PASSCGROUP to enable passing cgroup path

On Wed, Apr 16, 2014 at 11:35:13AM -0700, Andy Lutomirski wrote: > On Wed, Apr 16, 2014 at 11:25 AM, Vivek Goyal wrote: > > On Wed, Apr 16, 2014 at 11:13:31AM -0700, Andy Lutomirski wrote: > > > > [..] > >> > Ok, so passing cgroup information is not necessarily a problem as long > >> > as it is no

Re: [PATCH 0/3] net: mdio-gpio enhancements

From: Guenter Roeck Date: Tue, 15 Apr 2014 19:16:39 -0700 > The following series of patches adds support for active-low gpio pins > as well as for systems with separate MDI and MDO pins to the mdio-gpio > driver. Series applied, thanks. -- To unsubscribe from this list: send the line "unsubscrib

Re: [PATCH 2/2] net: Implement SO_PASSCGROUP to enable passing cgroup path

On Wed, Apr 16, 2014 at 12:06 PM, Vivek Goyal wrote: > On Wed, Apr 16, 2014 at 11:35:13AM -0700, Andy Lutomirski wrote: >> On Wed, Apr 16, 2014 at 11:25 AM, Vivek Goyal wrote: >> > On Wed, Apr 16, 2014 at 11:13:31AM -0700, Andy Lutomirski wrote: >> > >> > [..] >> >> > Ok, so passing cgroup inform

Re: [PATCHv9 0/7] add compressing abstraction and multi stream support

On (04/16/14 17:53), Sergey Senozhatsky wrote: > On (04/16/14 15:53), Bartlomiej Zolnierkiewicz wrote: > > Hi, > > > > I'm a bit late on this patch series (sorry for that) but why are we not > > using Crypto API for compression algorithm selection and multi stream > > support? Compared to the ear

Re: [PATCH v2 0/2] ARM: berlin: add GPIO support for the BG2Q

On 04/16/2014 11:11 AM, Jisheng Zhang wrote: > On Wed, 16 Apr 2014 00:46:33 -0700 > Antoine Ténart wrote: > >> This series add the support for the GPIOs of the Berlin BG2Q. We use the >> newly integrated dwapb GPIO driver here. >> >> This applies on top of Alexandre's BG2Q symbol introduction[1]

Re: linux-next: build failure after merge of the akpm-current tree

On Wed, Apr 16, 2014 at 03:19:56PM +1000, Stephen Rothwell wrote: > Hi Andrew, > > After merging the akpm-current tree, today's linux-next build (powerpc > ppc64_defconfig) failed like this: > > In file included from mm/vmscan.c:50:0: > include/linux/swapops.h: In function 'is_swap_pte': > includ

Re: [PATCH] KVM: x86: Fix CR3 and LDT sel should not be saved in TSS

On Mon, Apr 07, 2014 at 06:37:47PM +0300, Nadav Amit wrote: > According to Intel specifications, only general purpose registers and segment > selectors should are saved in the old TSS during 32-bit task-switch. should be > Signed-off-by: Nadav Amit > --- > arch/x86/kvm/emulate.c | 10 ++--

Re: w1-gpio: sleeping function called from invalid context

On 14-04-16 10:46 AM, Stanislav Meduna wrote: > Hi, > > trying 1-wire with rt-patched Linux 3.12.15-rt25+ and lock debugging: I didn't have 3.12-rt handy, but looking at vanilla 3.12, I see that w1_touch_bit() turned off irqs via: static int w1_disable_irqs = 0; module_param_named(disable_ir

Re: [PATCH v4 21/21] misc: support for I-8024 in LP-8x4x

One Thousand Gnomes wrote: >On Wed, 16 Apr 2014 21:17:26 +0400 >Sergei Ianovich wrote: > >> Status of I-8042 4 analog output channels can be managed via >> sysfs. > >Surely this is an iio interface and should follow the same API as >everyone else ? Thanks for the feedback. It's the first respons

Re: [PATCH v2] seccomp: fix memory leak on filter attach

From: Kees Cook Date: Wed, 16 Apr 2014 10:54:34 -0700 > This sets the correct error code when final filter memory is unavailable, > and frees the raw filter no matter what. > > unreferenced object 0x8800d6ea4000 (size 512): > comm "sshd", pid 278, jiffies 4294898315 (age 46.653s) > hex d

Re: [PATCH v2] seccomp: fix memory leak on filter attach

On Wed, Apr 16, 2014 at 12:26 PM, David Miller wrote: > From: Kees Cook > Date: Wed, 16 Apr 2014 10:54:34 -0700 > >> This sets the correct error code when final filter memory is unavailable, >> and frees the raw filter no matter what. >> >> unreferenced object 0x8800d6ea4000 (size 512): >>

Re: [PATCH 2/2] net: Implement SO_PASSCGROUP to enable passing cgroup path

On Wed, Apr 16, 2014 at 12:13:21PM -0700, Andy Lutomirski wrote: > On Wed, Apr 16, 2014 at 12:06 PM, Vivek Goyal wrote: > > On Wed, Apr 16, 2014 at 11:35:13AM -0700, Andy Lutomirski wrote: > >> On Wed, Apr 16, 2014 at 11:25 AM, Vivek Goyal wrote: > >> > On Wed, Apr 16, 2014 at 11:13:31AM -0700, A

Re: [PATCH 1/1] kernel/torture.c: unmark torture_init_* as __inline

The subject should be: [PATCH 1/1] kernel/torture.c: unmark torture_init_begin/end as __init -- 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

Re: [PATCH v3 1/5] x86: make dma_alloc_coherent() return zeroed memory if CMA is enabled

On Tue, 15 Apr 2014 22:08:45 +0900 Akinobu Mita wrote: > Calling dma_alloc_coherent() with __GFP_ZERO must return zeroed memory. > > But when the contiguous memory allocator (CMA) is enabled on x86 and > the memory region is allocated by dma_alloc_from_contiguous(), it > doesn't return zeroed me

[PATCH 1/1] kernel/torture.c: unmark torture_init_* as __inline

I was trying to run rcutorture module and came across the following crash when loading the module [Wed Apr 16 15:29:33 2014] BUG: unable to handle kernel paging request at a0003000 [Wed Apr 16 15:29:33 2014] IP: [] 0xa0003000 [Wed Apr 16 15:29:33 2014] PGD 1c0f067 PUD 1c10063 PMD

Re: [PATCH] workqueue: add __WQ_FREEZING and remove POOL_FREEZING

Hello, On Tue, Mar 25, 2014 at 05:56:04PM +0800, Lai Jiangshan wrote: > freezing is nothing related to pools, but POOL_FREEZING adds a connection, > and causes freeze_workqueues_begin() and thaw_workqueues() complicated. > > Since freezing is workqueue instance attribute, so we introduce __WQ_FRE

Re: [PATCH v4 13/21] misc: support for LP-8x4x custom parallel bus

One Thousand Gnomes wrote: >On Wed, 16 Apr 2014 21:17:18 +0400 >Sergei Ianovich wrote: > >> This patch implements probing for the bus and reporting the number >> of available expansion slots. > >This appears to be a bus not a misc device. I don't think it belongs in >misc. As you've got devices o

Re: [PATCH v4 21/21] misc: support for I-8024 in LP-8x4x

> I've closely examined a dozen or two of drivers, but of them was close enough > for I-8024 in terms of speed. Its channel takes 0.1 us to set up from kernel. > Real user space programs can setup all for channels in 1 us with interface > provided by this patch. That's said I don't have data on

Re: w1-gpio: sleeping function called from invalid context

On April 16, 2014 9:21:23 PM CEST, Paul Gortmaker wrote: > static int w1_disable_irqs = 0; > module_param_named(disable_irqs, w1_disable_irqs, int, 0); ... >I've no idea why that module parameter exists. Why do you set it? Hm... I do not, at least not knowingly. I'll try to trace what exactl

Re: [PATCH 1/2] ahci: Ensure "MSI Revert to Single Message" mode is not enforced

Hello, Alexander. On Wed, Apr 02, 2014 at 10:19:56AM +0200, Alexander Gordeev wrote: > +static int ahci_is_mrsm(struct ahci_host_priv *hpriv) > +{ > + void __iomem *mmio = hpriv->mmio; > + u32 ctl = readl(mmio + HOST_CTL); > + > + return ctl & HOST_MRSM; > +} Can you please just open

Re: should we change the name/macros of file-private locks?

[CC += Jeremy Allison] On Wed, Apr 16, 2014 at 8:57 PM, Jeff Layton wrote: > Sorry to spam so many lists, but I think this needs widespread > distribution and consensus. > > File-private locks have been merged into Linux for v3.15, and *now* > people are commenting that the name and macro definit

Re: [PATCH 2/2] ahci: Use pci_enable_msi_exact() instead of pci_enable_msi_range()

On Wed, Apr 02, 2014 at 10:19:57AM +0200, Alexander Gordeev wrote: > The driver calls pci_enable_msi_range() function with the > range of [nvec..nvec] which what pci_enable_msi_exact() > function is for. > > Signed-off-by: Alexander Gordeev > Cc: linux-...@vger.kernel.org Please refresh this one

Re: [PATCH v4 12/21] serial: support for 16550A serial ports on LP-8x4x

On Wed, 16 Apr 2014 23:01:47 +0400 Sergei Ianovich wrote: > One Thousand Gnomes wrote: > >> + baud = uart_get_baud_rate(port, termios, old, > >> +port->uartclk / 16 / 0x, > >> +port->uartclk / 16); > >> + switch (baud) { > >> + case

Re: [PATCH v4 21/21] misc: support for I-8024 in LP-8x4x

One Thousand Gnomes wrote: >> I've closely examined a dozen or two of drivers, but of them was >close enough for I-8024 in terms of speed. Its channel takes 0.1 us to >set up from kernel. Real user space programs can setup all for channels >in 1 us with interface provided by this patch. That's sai

RE: [PATCH v2 2/2] usb: gadget: Add xilinx axi usb2 device support

> From: linux-usb-ow...@vger.kernel.org > [mailto:linux-usb-ow...@vger.kernel.org] On Behalf Of sundeep subbaraya > Sent: Wednesday, April 16, 2014 3:39 AM > > Hi Felipe, > > On Thu, Apr 3, 2014 at 8:28 PM, Felipe Balbi wrote: > > >> +static int start_dma(struct xusb_ep *ep, u32 src, u32 dst,

[PATCH] Configure FSL eSPI CSBEF and CSAFT

Make FSL eSPI CSnBEF and CSnAFT fields in ESPI_SPMODEn registers (n=0,1,2,3) configurable through device tree. CSnBEF is the chip select setup time. It's the delay in bits from the activation of chip select pin to the first clock for data frame. CSnAFT is the chip select hold time. It's the del

Re: [PATCH] sdhci: Forward EPROBE_DEFER on vmmc and vqmmc regulators

Hi Mike, On Mon, Apr 7, 2014 at 6:11 AM, Mike Looijmans wrote: > On 04/07/2014 02:51 PM, Arnd Bergmann wrote: >> >> On Monday 07 April 2014 14:32:20 Mike Looijmans wrote: >>> >>> On 04/07/2014 02:25 PM, Arnd Bergmann wrote: >>> >>> Judging from the kernel output, regulator_get_optional returns -E

Re: should we change the name/macros of file-private locks?

On Wed, Apr 16, 2014 at 10:00:46PM +0200, Michael Kerrisk (man-pages) wrote: > [CC += Jeremy Allison] > > On Wed, Apr 16, 2014 at 8:57 PM, Jeff Layton wrote: > > Sorry to spam so many lists, but I think this needs widespread > > distribution and consensus. > > > > File-private locks have been mer

Re: [PATCH cgroup/for-3.16] cgroup: add documentation about unified hierarchy

On 04/16/2014 06:51 AM, Tejun Heo wrote: > Hello, > > On Tue, Apr 15, 2014 at 03:36:29PM -0700, Randy Dunlap wrote: >>> +depending on the specific controller. IOW, hierarchy may be collapsed >> >> please spell out IOW > > Updated, but is this really necessary? It depends on who your audience is

Re: [PATCH] thp: close race between split and zap huge pages

On Wed, 16 Apr 2014 00:48:35 +0300 "Kirill A. Shutemov" wrote: > Sasha Levin has reported two THP BUGs[1][2]. I believe both of them have > the same root cause. Let's look to them one by one. > > The first bug[1] is "kernel BUG at mm/huge_memory.c:1829!". > It's BUG_ON(mapcount != page_mapcount

Re: [PATCH 1/3] net: mdio-gpio: Use devm_ functions where possible

On Wed, Apr 16, 2014 at 06:50:56PM +, Chris Healy wrote: > OK, I just sent it. Hopefully, I didn't mess it up again! > > Do I need to do the same for 2/3 and 3/3? Hi Chris, David just sent an e-mail that he accepted the series, so the answer is no. Guenter -- To unsubscribe from this list:

Re: [PATCH 4/4] ARM: tegra: fix Venice2 VQMMC regulators

On Wed, Apr 16, 2014 at 9:19 AM, Stephen Warren wrote: > On 04/15/2014 06:29 PM, Andrew Bresticker wrote: >>> sdhci@0,700b0600 { >>> status = "okay"; >>> bus-width = <8>; >>> + vqmmc-supply = <&vddio_1v8>; >> >> It turns out this bit isn't need

RE: Info: mapping multiple BARs. Your kernel is fine.

> -Original Message- > From: Borislav Petkov [mailto:b...@alien8.de] > Sent: Wednesday, April 16, 2014 12:04 PM > To: Bjorn Helgaas; Rafael J. Wysocki > Cc: Zhang, Rui; Lu, Aaron; lkml; x...@kernel.org; Linux PCI; ACPI Devel > Maling List; Yinghai Lu; H. Peter Anvin; Stephane Eranian; Yan

Re: [PATCH 2/2] net: Implement SO_PASSCGROUP to enable passing cgroup path

On Wed, Apr 16, 2014 at 12:39 PM, Vivek Goyal wrote: > On Wed, Apr 16, 2014 at 12:13:21PM -0700, Andy Lutomirski wrote: >> On Wed, Apr 16, 2014 at 12:06 PM, Vivek Goyal wrote: >> > On Wed, Apr 16, 2014 at 11:35:13AM -0700, Andy Lutomirski wrote: >> >> On Wed, Apr 16, 2014 at 11:25 AM, Vivek Goyal

Re: [PATCH] serial_core: fix uart PORT_UNKNOWN handling

On Wed, Apr 09, 2014 at 05:06:24PM +0200, Thomas Pfaff wrote: > > On Wed, 9 Apr 2014, One Thousand Gnomes wrote: > > > On Wed, 9 Apr 2014 13:22:14 +0200 > > Thomas Pfaff wrote: > > > > > 1. uart_change_pm ist called during uart_open and calls the uart pm > > > function > > >without checkin

Re: [PATCH] pinctrl: as3722: fix handling of GPIO invert bit

On Wed, Apr 16, 2014 at 9:21 AM, Stephen Warren wrote: > On 04/15/2014 07:25 PM, Andrew Bresticker wrote: >> The AS3722_GPIO_INV bit will always be blindly overwritten by >> as3722_pinctrl_gpio_set_direction() and will be ignored when >> setting the value of the GPIO in as3722_gpio_set() since the

Re: [PATCH v4 12/21] serial: support for 16550A serial ports on LP-8x4x

One Thousand Gnomes wrote: >On Wed, 16 Apr 2014 23:01:47 +0400 >Sergei Ianovich wrote: > >> One Thousand Gnomes wrote: >> >> + baud = uart_get_baud_rate(port, termios, old, >> >> + port->uartclk / 16 / 0x, >> >> + port->uartclk / 16); >> >>

Re: [PATCH v4 13/21] misc: support for LP-8x4x custom parallel bus

On Wed, 16 Apr 2014 20:42:39 +0200 Arnd Bergmann wrote: > On Wednesday 16 April 2014 19:41:09 One Thousand Gnomes wrote: > > On Wed, 16 Apr 2014 21:17:18 +0400 > > Sergei Ianovich wrote: > > > > > This patch implements probing for the bus and reporting the number > > > of available expansion sl

Re: Info: mapping multiple BARs. Your kernel is fine.

On Wed, Apr 16, 2014 at 09:04:04PM +0200, Borislav Petkov wrote: > On Thu, Mar 20, 2014 at 02:48:30PM -0600, Bjorn Helgaas wrote: > > Right. Even if we had this long-term solution, we'd still have > > Stephane's current problem, because the PNP0C02 _CRS is still wrong. > > > > We do have a driver

Re: [PATCH v2 4/5] regulator: tps65090: Allow setting the overcurrent wait time

On 04/16/2014 11:25 AM, Doug Anderson wrote: > diff --git a/drivers/regulator/tps65090-regulator.c > b/drivers/regulator/tps65090-regulator.c > index 2e92ef6..ca13a1a 100644 > --- a/drivers/regulator/tps65090-regulator.c > +++ b/drivers/regulator/tps65090-regulator.c > @@ -28,15 +28,57 @@ > +/**

[PATCH v2] tools/perf: allow overriding sysfs and proc finding with env var

SYSFS_PATH and PROC_PATH environment variables now let the user override the detection of sysfs and proc locations for testing purposes. Signed-off-by: Cody P Schafer --- Since v1: rebased onto acme's perf/core tools/lib/api/fs/fs.c | 43 ++- 1 file chang

[PATCH v2] pinctrl: as3722: fix handling of GPIO invert bit

The AS3722_GPIO_INV bit will always be blindly overwritten by as3722_pinctrl_gpio_set_direction() and will be ignored when setting the value of the GPIO in as3722_gpio_set() since the enable_gpio_invert flag is never set. This will cause an initially inverted GPIO to toggle when requested as an ou

Re: [PATCH RFC] PM / Hibernate: no kernel_power_off when pm_power_off NULL

On Wed, Apr 16, 2014 at 09:28:28AM -0700, Sebastian Capella wrote: > On 15 April 2014 14:18, Pavel Machek wrote: > > On Tue 2014-04-15 21:54:53, Russell King - ARM Linux wrote: > >> What I'm basically saying is that I see no reason for ARM to do something > >> different to what x86 does. > >> > >>

[PATCH] staging: android: binder.c: avoid sparse checker warning: cast removes address space of expression

__user should be kept when casting to struct binder_version * Signed-off-by: Yves Deweerdt --- drivers/staging/android/binder.c | 9 +++-- 1 file changed, 7 insertions(+), 2 deletions(-) diff --git a/drivers/staging/android/binder.c b/drivers/staging/android/binder.c index cfe4bc8..0f74e4

Re: [3.15rc1] BUG at mm/filemap.c:202!

On Tue, 15 Apr 2014, Dave Jones wrote: > kernel BUG at mm/filemap.c:202! > invalid opcode: [#1] PREEMPT SMP DEBUG_PAGEALLOC > Modules linked in: tun fuse bnep rfcomm nfnetlink llc2 af_key ipt_ULOG > can_raw can_bcm scsi_transport_iscsi nfc caif_socket caif af_802154 > ieee802154 phonet af_r

Re: [PATCH 1/1] kernel/torture.c: unmark torture_init_* as __inline

On Wed, Apr 16, 2014 at 03:40:55PM -0400, Pranith Kumar wrote: > The subject should be: > > [PATCH 1/1] kernel/torture.c: unmark torture_init_begin/end as __init Actually "torture: Remove __init from torture_init_begin/end". Good catch, queued for 3.16! I missed it because of my habit of build

[PATCH 1/2] include/linux/torture.h: remove unused duplicate definition

remove an unused duplicate definition of torture_param Signed-off-by: Pranith Kumar --- include/linux/torture.h |6 -- 1 file changed, 6 deletions(-) diff --git a/include/linux/torture.h b/include/linux/torture.h index b2e2b46..88a84a2 100644 --- a/include/linux/torture.h +++ b/include/

Re: [PATCH] w1: avoid recursive device_add

Hi David, Am 16.04.2014 um 08:21 schrieb David Fries: > __w1_attach_slave_device calls device_add which calls w1_bus_notify > which calls the w1_bq27000 slave driver, which calls > platform_device_add and device_add and deadlocks on getting > &(&priv->bus_notifier)->rwsem as it is still held in t

[PATCH 2/2] kernel/rcu/rcutorture.c: use macro to define module parameter

use the defined macro for module parameter definition Signed-off-by: Pranith Kumar --- kernel/rcu/rcutorture.c |5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) diff --git a/kernel/rcu/rcutorture.c b/kernel/rcu/rcutorture.c index bd30bc6..1a0298c 100644 --- a/kernel/rcu/rcutorture.c

Re: [PATCH] sdhci: Forward EPROBE_DEFER on vmmc and vqmmc regulators

On Wed, Apr 16, 2014 at 01:15:53PM -0700, Andrew Bresticker wrote: > Not true. If !CONFIG_REGULATOR, regulator_get() and co. will return > NULL. Normally it is ok to ignore this case, but the sdhci driver > will call regulator_is_supported_voltage() on vqmmc to determine > whether 1.8V signallin

Re: [PATCH V2 2/2] ahci: add support for Hisilicon sata

Hello, On Thu, Apr 10, 2014 at 01:24:28PM +0800, Kefeng Wang wrote: > From: Kefeng Wang > > The hip04 SoC of hisilicon has an AHCI compliant SATA controller, > and it is compliant with the ahci 1.3 and sata 3.0 specification. > > There is a wrong bit in HOST_CAP of hip04 sata controller, which

Re: [PATCH V2 1/2] ata: ahci: append new hflag AHCI_HFLAG_NO_FBS

On Thu, Apr 10, 2014 at 01:24:27PM +0800, Kefeng Wang wrote: > diff --git a/drivers/ata/libahci.c b/drivers/ata/libahci.c > index 6bd4f66..573edb3 100644 > --- a/drivers/ata/libahci.c > +++ b/drivers/ata/libahci.c > @@ -452,6 +452,11 @@ void ahci_save_initial_config(struct device *dev, >

Re: [PATCH v2 5/5] regulator: tps65090: Make FETs more reliable by adding retries

Hi Doug, (take 2) On 16 April 2014 12:25, Doug Anderson wrote: > An issue was discovered with tps65090 where sometimes the FETs > wouldn't actually turn on when requested (they would report > overcurrent). The most problematic FET was the one used for the LCD > backlight on the Samsung ARM Chrom

Re: [PATCH] workqueue: add __WQ_FREEZING and remove POOL_FREEZING

On Tue, Mar 25, 2014 at 05:56:04PM +0800, Lai Jiangshan wrote: > + __WQ_FREEZING = 1 << 15, /* internel: workqueue is freezing */ > __WQ_DRAINING = 1 << 16, /* internal: workqueue is draining */ > __WQ_ORDERED= 1 << 17, /* internal: workqueue is order

Re: [PATCH] Dead code removal in madvise_willneed

On Wed, 16 Apr 2014 13:16:18 +0530 Yogesh Gaur wrote: > Dead code removal in func madvise_willneed(). > When file is NULL i.e. !file true > case CONFIG_SWAP returns 0. > else returns -EBADF. > Signed-off-by: Yogesh Gaur > --- > mm/madvise.c |4 ++-- > 1 files changed, 2 insertio

Re: [PATCH v2 5/5] regulator: tps65090: Make FETs more reliable by adding retries

On Wed, Apr 16, 2014 at 11:25:24AM -0700, Doug Anderson wrote: > An issue was discovered with tps65090 where sometimes the FETs > wouldn't actually turn on when requested (they would report > overcurrent). The most problematic FET was the one used for the LCD Please don't send new patches as repl

Re: [PATCH v4 00/21] ARM: support for ICP DAS LP-8x4x (with dts)

Daniel Mack wrote: >Hi, > >On 04/16/2014 07:13 PM, Sergei Ianovich wrote: >> We had an intensive discussion of the series in the beginning of >> December 2013 [1]. The discussion resulted in 3 versions of the >series >> in less than 3 weeks. Then there was a decision to block this series >> until

Re: [PATCH RFC] PM / Hibernate: no kernel_power_off when pm_power_off NULL

> I'd say scrap (a) _unless_ we're going to add while (1) loops to all > the architectures. Alternatively, we could just accept that > machine_power_off() may return and deal with that case (iow, not > crash) in generic code. What would the right behaviour be while(1); isn't really nice behavio

Re: [PATCH] regmap: i2c: fallback to SMBus if the adapter does not support standard I2C

On Wed, Apr 16, 2014 at 07:16:14PM +0200, Boris BREZILLON wrote: > Actually I do not modify the passed config struct, I copy the config > values into a local instance and then modify this local instance > appropriately. > But I agree that having a proper way to overload config parameters would > b

Re: [PATCH v3] control groups: documentation improvements

On Wed, Apr 02, 2014 at 02:17:13PM +0100, Glyn Normington wrote: > From: Glyn Normington > > Various clarifications to make the control groups documentation > easier to understand, especially for newcomers. Patch doesn't apply. Can you please re-generate the patch with 'diff -u' and send it as a

Re: [PATCH] Configure FSL eSPI CSBEF and CSAFT

On Wed, Apr 16, 2014 at 01:09:39PM -0700, Jane Wan wrote: > Make FSL eSPI CSnBEF and CSnAFT fields in ESPI_SPMODEn registers > (n=0,1,2,3) configurable through device tree. Applied, thanks. signature.asc Description: Digital signature

Re: [PATCH] .gitignore: ignore Module.symvers in all directories

On Mon, Apr 14, 2014 at 02:56:15PM +0800, Zhao, Gang wrote: > When using `make M=/path/to/driver modules` to build a module, file > Module.symvers will be created in that directory, so it's better to > ignore it in all directories. > > Slightly reordered, let specific file names behind general one

Re: [PATCH RFC] PM / Hibernate: no kernel_power_off when pm_power_off NULL

On Wed, Apr 16, 2014 at 09:57:18PM +0100, One Thousand Gnomes wrote: > > I'd say scrap (a) _unless_ we're going to add while (1) loops to all > > the architectures. Alternatively, we could just accept that > > machine_power_off() may return and deal with that case (iow, not > > crash) in generic c

Re: [PATCH] FMC: misc_register should not be called while atomic

On Wed, Apr 09, 2014 at 12:13:35PM +0800, Jet Chen wrote: > Signed-off-by: Jet Chen > --- > drivers/fmc/fmc-chardev.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/drivers/fmc/fmc-chardev.c b/drivers/fmc/fmc-chardev.c > index b071039..08c4549 100644 > --- a/drivers/fmc

[patch] mm: memcontrol: remove hierarchy restrictions for swappiness and oom_control

Per-memcg swappiness and oom killing can currently not be tweaked on a memcg that is part of a hierarchy, but not the root of that hierarchy. Users have complained that they can't configure this when they turned on hierarchy mode. In fact, with hierarchy mode becoming the default, this restriction

Re: [PATCH 2/2] kernel/rcu/rcutorture.c: use macro to define module parameter

On Wed, Apr 16, 2014 at 04:47:39PM -0400, Pranith Kumar wrote: > use the defined macro for module parameter definition > > Signed-off-by: Pranith Kumar This fails for me. The problem is that the defined macro makes everything static, and rcutorture_runnable is used in kernel/sysctl.c. :-/ In

Re: [PATCH] mm/mempool: warn about __GFP_ZERO usage

On Mon, 14 Apr 2014 19:23:34 +0200 (CEST) Sebastian Ott wrote: > Memory obtained via mempool_alloc is not always zeroed even when > called with __GFP_ZERO. Add a note and VM_BUG_ON statement to make > that clear. > > .. > > @@ -200,6 +201,7 @@ void * mempool_alloc(mempool_t *pool, gf > wa

Re: [patch 0/4] genirq/exynos timers: Fix the CPU hotplug wreckage sanely

On Wed, 16 Apr 2014, Krzysztof Kozlowski wrote: > On śro, 2014-04-16 at 14:36 +, Thomas Gleixner wrote: > > @Krzysztof: Can you please retest the series? I've changed the core > > implementation versus the first attempt to make it less intrusive. > > Works fine. Tested whole patchset on board

Re: [PATCH] KVM: x86: Fix page-tables reserved bits

On 04/16/2014 12:03 PM, Marcelo Tosatti wrote: >> @@ -3550,9 +3550,9 @@ static void reset_rsvds_bits_mask(struct kvm_vcpu >> *vcpu, >> break; >> case PT64_ROOT_LEVEL: >> context->rsvd_bits_mask[0][3] = exb_bit_rsvd | >> -rsvd_bits(maxphyaddr, 51)

Re: [PATCH v5 2/4] arm64: dts: APM X-Gene PCIe device tree nodes

On Wed, Apr 16, 2014 at 06:05:45PM +0100, Liviu Dudau wrote: > I have found out that we cannot pasd the config ranges from the DT into the > pci_host_bridge structure as the PCI framework doesn't have a resource type > for config resources. Leaving the translation between range flags and > resourc

Re: [PATCH] mm/mempool: warn about __GFP_ZERO usage

On Wed, 16 Apr 2014 14:15:56 -0700 Andrew Morton wrote: > @@ -201,7 +201,9 @@ void * mempool_alloc(mempool_t *pool, gf > wait_queue_t wait; > gfp_t gfp_temp; > > - VM_BUG_ON(gfp_mask & __GFP_ZERO); > +#ifdef CONFIG_DEBUG_VM > + WARN_ON_ONCE(gfp_mask & __GFP_ZERO);/* Whe

Re: [PATCH v3 0/7] Introducing (yet again) Device Tree Overlays

On Thu, Apr 3, 2014 at 3:40 PM, delicious quinoa wrote: > On Fri, Mar 28, 2014 at 1:27 PM, delicious quinoa > wrote: >> On Tue, Mar 18, 2014 at 4:55 PM, Pantelis Antoniou >> wrote: >>> The following patchset introduces Device Tree overlays, a method >>> of dynamically altering the kernel's live

[PATCH v2] ARM: dts: imx6q-gk802: Enable HDMI

Signed-off-by: Philipp Zabel --- Changes since v1: - Reordered ddc-i2c-bus and status properties --- arch/arm/boot/dts/imx6q-gk802.dts | 5 + 1 file changed, 5 insertions(+) diff --git a/arch/arm/boot/dts/imx6q-gk802.dts b/arch/arm/boot/dts/imx6q-gk802.dts index 4a9b4dc..0f0c50b 100644 ---

Re: [PATCH] scripts/tags.sh: add regular expression replacement pattern for memcg

Dne 10.4.2014 14:58, Jianyu Zhan napsal(a): > Sorry, the comment in previous patch is somewhat misguiding, this patch > replaces that one. > > Currently, no regular expression replacement patterns for PageCgroup* > flag-ops are defined, which causes quite a few pain while reading code. > Just ge

Re: [PATCH v2 5/5] regulator: tps65090: Make FETs more reliable by adding retries

Simon, On Wed, Apr 16, 2014 at 1:50 PM, Simon Glass wrote: >> +#define MAX_CTRL_READ_TRIES5 >> +#define MAX_FET_ENABLE_TRIES 1000 > > Gosh that is a lot of tries - should we maybe give up sooner? That's actually a squash of a recent patch. See

Re: [PATCH] scripts/tags.sh: add pattern for DEFINE_HASHTABLE

On Wed, Apr 16, 2014 at 11:13:34PM +0800, Jianyu Zhan wrote: > Signed-off-by: Jianyu Zhan > --- > scripts/tags.sh | 6 -- > 1 file changed, 4 insertions(+), 2 deletions(-) Applied to kbuild.git#misc, thanks. Michal -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" i

<    1   2   3   4   5   6   7   8   >