At Mon, 8 Sep 2014 22:48:03 +0530,
Sudip Mukherjee wrote:
>
> as pr_* macros are more preffered over printk, so printk replaced
> with corresponding pr_* macros.
> this patch will generate warning from checkpatch as it only did printk
> replacement and didnot fixed other style issues.
>
> Signe
Hm, this patchlet seems to be having trouble taking wing.
(tosses it up in the air.. flap yer little wings patchlet)
I thought you had changed the title to..
x86,cpu-hotplug: clear llc_shared_mask at CPU hotplug
..due to Peter saying sched is only a consumer, but v4 somehow reverted
back to bei
On Tue, 09 Sep, at 07:07:49AM, Ingo Molnar wrote:
>
> So please only put the 3 regression fixes into efi-urgent, the
> rest can go into the v3.18 pile.
OK, I'll sort that out.
--
Matt Fleming, Intel Open Source Technology Center
--
To unsubscribe from this list: send the line "unsubscribe linu
Hi,
On Tue, Sep 09, 2014 at 01:39:30PM +0800, Huang Ying wrote:
> On Mon, 2014-09-08 at 22:23 -0700, Jaegeuk Kim wrote:
> > Hi Huang,
> >
> > On Mon, Sep 08, 2014 at 07:38:26PM +0800, Huang Ying wrote:
> > > For fsync, if the nid of a non-inode dnode < nid of inode and the
> > > inode is not chec
Hi Gleb,
On 09/03/2014 11:04 PM, Gleb Natapov wrote:
On Wed, Sep 03, 2014 at 09:42:30AM +0800, tangchen wrote:
Hi Gleb,
On 09/03/2014 12:00 AM, Gleb Natapov wrote:
..
+static void vcpu_reload_apic_access_page(struct kvm_vcpu *vcpu)
+{
+ /*
+* apic access page could be migrat
On Mon, Sep 08, 2014 at 09:09:14PM +0200, Nitin Kuppelur wrote:
> Hi Aaro,
>
> Thanks for review. I will correct the commit log length and resend the patch.
>
> About the __cvmx_usb_perform_complete():
> Here return statement has associated label. Due to which it will add
> compilation warning. S
On 09/09/2014 07:59 AM, Ingo Molnar wrote:
>
> * Arnaldo Carvalho de Melo wrote:
>
>> Hi Ingo,
>>
>> Please consider pulling,
>>
>> - Arnaldo
>>
>> The following changes since commit 39b5a56ec0be5effe9b7d0f18cb27724bf2e5d47:
>>
>> Merge branch 'rfc/perf' into perf/core, because it's ready
Hi Khiem-san,
On Tue, Sep 9, 2014 at 12:44 AM, Khiem Nguyen
wrote:
>> + - #address-cells: Must be 1,
>> + - #address-cells: Must be 0.
>
> Should it be "#size-cells: Must be 0." ?
Yes, obviously. Thanks, will fix.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeve
On Tue 2014-09-09 00:52:55, Rafael J. Wysocki wrote:
> On Monday, August 11, 2014 06:50:52 PM Lee, Chun-Yi wrote:
> > In arch/x86/kernel/setup.c::trim_bios_range(), the codes introduced
> > by 1b5576e6 (base on d8a9e6a5), it updates the first 4Kb of memory
> > to be E820_RESERVED region. That's bec
Hi Mike,
On Tue, Sep 09, 2014 at 09:06:32AM +0200, Mike Galbraith wrote:
>Hm, this patchlet seems to be having trouble taking wing.
>
>(tosses it up in the air.. flap yer little wings patchlet)
>
>I thought you had changed the title to..
>
>x86,cpu-hotplug: clear llc_shared_mask at CPU hotplug
>
>.
Hi all,
Changes since 20140908:
New trees: kselftest-fixes and kselftest
The v4l-dvb tree gained a build failure so I used the version from
next-20140908.
The wireless-next tree still had its build failure for which I applied
a suggested fix patch.
The drm tree still had its build failure for
On 2014-09-08 at 21:02:49 +0200, Adrian Nicoara wrote:
> Cleanup checkpatch.pl warnings.
Please state which warning this is fixing. Same goes for patches 1-3.
> Signed-off-by: Adrian Nicoara
> ---
>
> Somehow I missed the comment Tobias made on the line indentation. I fixed the
> patch, and ad
build is giving :
warning: passing argument 1 of 'strlen' makes pointer from integer
without a cast [enabled by default]
the snprintf after the strlen is trying to put the "Unsupported" string
at the end of exising string. so len should give the string length here
Signed-off-by: Sudip Mukherjee
On Mon, Sep 8, 2014 at 1:47 PM, Mika Westerberg
wrote:
> Some newer Intel SoCs like Braswell already have more than 256 GPIOs
> available so the default limit is exceeded. In order to support these add
> back the custom GPIO header with limit of 512 GPIOs for x86.
>
> Signed-off-by: Mika Westerbe
On Mon, Sep 08, 2014 at 07:26:57AM -0400, ext Jason Cooper wrote:
> Matti,
>
> On Mon, Sep 08, 2014 at 10:32:24AM +0300, Matti Vaittinen wrote:
> > ---
>
> Here. Otherwise, it'll get included in the commit message, which I
> don't think was your intention.
Ok, thanks.
>
> > .../devicetree/bi
On Mon, Sep 08, 2014 at 03:02:49PM -0400, Adrian Nicoara wrote:
> Cleanup checkpatch.pl warnings.
>
> Signed-off-by: Adrian Nicoara
> ---
>
> Somehow I missed the comment Tobias made on the line indentation. I fixed the
> patch, and added here as a reply - the previous patch should be ignored.
>
tasklet_kill clears TASKLET_STATE_SCHED bit. tasklet_action reconstructs
the tasklet_vec with TASKLET_STATE_SCHED bit cleared. But it does not
remove any tasklet_struct from tasklet_vec. tasklet_kill_immediate can
remove a tasklet_struct form tasklet_vec. But it can only run when CPU
state is CPU_
tifier_type);
> ret = -EINVAL;
> --
> 1.8.1.2
>
please discard this patch. This is based on next-20140908 , and the
issue has been corrected in next-20140909.
thanks
sudip
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
th
On 09/08/2014 07:55 PM, Tony Lindgren wrote:
> * Tony Lindgren [140908 10:41]:
>> * Sebastian Andrzej Siewior [140905 12:03]:
>>> This is my complete queue fo the omap serial driver based on the 8250 core
>>> code. I played with it on beagle bone, am335x-evm and dra7xx including DMA.
>>> The runt
Hi Kishon,
Thanks for reviewing :-)
> > +On STiH410, we have to use the DWC3 port#2 with a picoPHY to manage USB2
> > +devices. The USB2 Controller will use the ports #0 and #1.
> > +
> > +This is to document the DT parameters to be passed from the blob in that
> > case.
> > +
> > +Required prop
On Fri, Sep 05, 2014 at 05:15:43PM -0600, Bjorn Helgaas wrote:
> Date: Fri, 5 Sep 2014 17:15:43 -0600
> From: Bjorn Helgaas
> To: "Chen, Gong"
> Cc: rdun...@infradead.org, b...@alien8.de, tony.l...@intel.com,
> linux-...@vger.kernel.org, linux-kernel@vger.kernel.org
> Subject: Re: [RESEND 2/5] P
Hi Jacob,
I think it would have been nice to have CC'd Carlo Caione, the
original writer of the driver on this.
On Mon, Sep 08, 2014 at 03:24:04PM -0700, Jacob Pan wrote:
> XPower AXP288 is a customized PMIC for Intel Baytrail-CR platforms. Similar
> to AXP202/209, AXP288 comes with USB charger,
When trying to use the LED GPIO trigger with e.g. the PCA953x GPIO
driver, request_irq() fails with -EINVAL, because the GPIO driver
requires a nested interrupt handler.
Use request_any_context_irq() to be able to use any GPIO driver as LED
trigger.
Signed-off-by: Lothar Waßmann
---
drivers/led
These patches make it possible to use the ledtrig-gpio driver with
GPIO drivers that require threaded IRQs (like the PCA953x I2C driver).
It has been tested with a PCA9554 chip on an i.MX28 module.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message t
On Tue, Sep 09, 2014 at 01:43:46PM +0800, Huang Ying wrote:
> On Mon, 2014-09-08 at 22:13 -0700, Jaegeuk Kim wrote:
> > Hi Huang,
> >
> > On Mon, Sep 08, 2014 at 03:36:35PM +0800, huang ying wrote:
> > > Hi, Jaegeuk,
> > >
> > > On Mon, Sep 8, 2014 at 11:50 AM, Jaegeuk Kim wrote:
> > >
> > > >
When using a GPIO driver whose accessor functions may sleep (e.g. an
I2C GPIO extender like PCA9554) the following warning is issued:
WARNING: CPU: 0 PID: 665 at drivers/gpio/gpiolib.c:2274
gpiod_get_raw_value+0x3c/0x48()
Modules linked in:
CPU: 0 PID: 665 Comm: kworker/0:2 Not tainted 3.16.0-karo
Isn't this exactly what ida is for?
Sent from my tablet, pardon any formatting problems.
> On Sep 9, 2014, at 0:24, Linus Walleij wrote:
>
> On Mon, Sep 8, 2014 at 1:47 PM, Mika Westerberg
> wrote:
>
>> Some newer Intel SoCs like Braswell already have more than 256 GPIOs
>> available so the d
I didn't look at it that hard since it claimed to be a sched patch. I
prioritize things in my inbox which say x86 for obvious reasons. Since I have
over 12,000 unread messages in my inbox alone...
Sent from my tablet, pardon any formatting problems.
> On Sep 9, 2014, at 0:24, Wanpeng Li wrot
Hi,
On 09/08/2014 06:55 PM, Dmitry Torokhov wrote:
> ForcePads are found on HP EliteBook 1040 laptops. They lack any kind of
> physical buttons, instead they generate primary button click when user
> presses somewhat hard on the surface of the touchpad. Unfortunately they
> also report primary but
On Tue, Sep 9, 2014 at 9:14 AM, Adrian Hunter wrote:
> On 09/09/2014 07:59 AM, Ingo Molnar wrote:
>>
>> * Arnaldo Carvalho de Melo wrote:
>>
>>> Hi Ingo,
>>>
>>> Please consider pulling,
>>>
>>> - Arnaldo
>>>
>>> The following changes since commit 39b5a56ec0be5effe9b7d0f18cb27724bf2e5d47:
>>
On Fri, Sep 05, 2014 at 05:34:21PM -0600, Bjorn Helgaas wrote:
> Date: Fri, 5 Sep 2014 17:34:21 -0600
> From: Bjorn Helgaas
> To: "Chen, Gong"
> Cc: rdun...@infradead.org, b...@alien8.de, tony.l...@intel.com,
> linux-...@vger.kernel.org, linux-kernel@vger.kernel.org
> Subject: Re: [RESEND RFC 5/
This patch releases gpiochip related resources by calling
gpiochip_remove when gpiochip_irqchip_add fails.
CC: Srinivas Kandagatla
CC: Srinivas Kandagatla
CC: Maxime Coquelin
CC: Patrice Chotard
CC: Linus Walleij
CC: Bjorn Andersson
Signed-off-by: Pramod Gurav
---
Changes since v1:
Dropped
For i2c devices in OF the modalias exposed to userspace is i2c:, for the Maxtouch driver this is i2c:maxtouch.
Add maxtouch to the i2c id table such that userspace can correctly
load the module for the device and drop the OF table as it's not
needed for i2c devices.
Signed-off-by: Sjoerd Simons
On 09/09/2014 10:45 AM, Stephane Eranian wrote:
> On Tue, Sep 9, 2014 at 9:14 AM, Adrian Hunter wrote:
>> On 09/09/2014 07:59 AM, Ingo Molnar wrote:
>>>
>>> * Arnaldo Carvalho de Melo wrote:
>>>
Hi Ingo,
Please consider pulling,
- Arnaldo
The following chan
Hi,
On 09/08/2014 06:39 PM, Kumar Gala wrote:
> Add support for the Qualcomm AHCI SATA controller that exists on several
> SoC and specifically the IPQ806x family of chips. The IPQ806x SATA support
> requires the associated IPQ806x SATA PHY Driver to be enabled as well.
If I'm reading this drive
This patch releases gpiochip resources with of_gpiochip_remove
and gpiochip_remove in failure cases.
CC: John Crispin
CC: Linus Walleij
Signed-off-by: Pramod Gurav
---
Changes since v1:
Dropped call to of_gpiochip_remove() when ltq_pinctrl_register fails as
gpiochip_remove() calls of_gpiochi
Hello Robert,
On Mon, Sep 08, 2014 at 04:11:19PM +0200, Robert Richter wrote:
> From: Robert Richter
>
> Fixing 32 bit compatibility by using ULL for u64 constants.
>
> Signed-off-by: Robert Richter
> ---
> drivers/irqchip/irq-gic-v3.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(
Subhransu S. Prusty wrote:
> This is needed because the hardware
Which hardware? Every x86-64 CPU ever built by AMD, Intel, and VIA?
> does not support 64-bit moveq insructions while writing to PCI MMIO.
> +#ifndef CONFIG_X86_64
> +#define MEMCPY_TOIO memcpy_toio
> +#else
> +#define MEMCPY_TOIO
This patch releases gpiochip resources with of_gpiochip_remove
and gpiochip_remove in failure cases.
CC: John Crispin
CC: Linus Walleij
Signed-off-by: Pramod Gurav
---
Changes since v1:
Dropped call to of_gpiochip_remove() when ltq_pinctrl_register fails as
gpiochip_remove() calls of_gpiochi
Folks, this is a resend of the EFI urgent pull request from yesterday
with the non-regression-fixing patches dropped as Ingo requested. The
patches fix two regressions introduced during the merge window, and one
introduced in -rc2.
The following changes since commit 52addcf9d6669fa439387610bc65c92
On Tue, 2014-09-09 at 00:41 -0700, Jaegeuk Kim wrote:
> On Tue, Sep 09, 2014 at 01:43:46PM +0800, Huang Ying wrote:
> > On Mon, 2014-09-08 at 22:13 -0700, Jaegeuk Kim wrote:
> > > Hi Huang,
> > >
> > > On Mon, Sep 08, 2014 at 03:36:35PM +0800, huang ying wrote:
> > > > Hi, Jaegeuk,
> > > >
> > >
Am Freitag, 8. August 2014, 17:53:45 schrieb Heiko Stübner:
> Am Freitag, 8. August 2014, 08:45:16 schrieb Doug Anderson:
> > Kever,
> >
> > On Thu, Aug 7, 2014 at 8:55 PM, Kever Yang
>
> wrote:
> > > rk3288 has two kind of usb controller, this add the dwc2 controller
> > > for otg and host1.
>
Hi! Kent Overstreet, I tested bcache branch for jens:
http://evilpiepirate.org/git/linux-bcache.git/log/?h=for-jens
I have a question about buckets utilization, can you help me to resolve it?
This is the test fio cmd:
fio -name iops -rw=randwrite -iodepth=32 -numjobs=1 -filename=/dev/bcache0
-io
On Mon, Sep 08, 2014 at 01:44:48PM +0200, Robert Richter wrote:
> From: Robert Richter
>
> Raising the current maximum limit to 64. This is needed for Cavium's
> Thunder systems that will have at least 48 cores per die.
>
> The change keeps the current memory footprint in cpu mask structures.
>
Hi Jaegeuk,
Looks good to me!
One nitpick, how about judging this condition before we lock ->i_mutex to
avoid unneeded lock contention and invoking of i_size_read()?
Thanks,
Yu
> -Original Message-
> From: Jaegeuk Kim [mailto:jaeg...@kernel.org]
> Sent: Tuesday, September 09, 2014 12:42
On Monday 08 September 2014 19:27:14 H. Peter Anvin wrote:
> On 09/08/2014 03:43 PM, James Bottomley wrote:
> >
> > This was years ago (possibly decades). We had to implement in-kernel
> > unaligned traps for the networking layer because it could access short
> > and int fields that weren't of th
On Mon, 08 Sep 2014, Jacob Pan wrote:
> More XPowers PMIC devices can be supported by extending this driver, so
> rename it to axp2xx to cover axp288 variant.
>
> Signed-off-by: Jacob Pan
> ---
> drivers/mfd/Kconfig| 7 +-
> drivers/mfd/Makefile | 2 +-
> drivers/mfd/axp20x.c
On Fri, 05 Sep 2014, Jaewon Kim wrote:
> This patch add haptic of_compatible in order to use the haptic
> device driver using Devicetree.
>
> Signed-off-by: Jaewon Kim
> Acked-by: Chanwoo Choi
> ---
> drivers/mfd/max77693.c |5 -
> 1 file changed, 4 insertions(+), 1 deletion(-)
>
> di
On Wed, Aug 20, 2014 at 03:36:05PM +0300, Alexander Shishkin wrote:
> When there's new data in the AUX space, output a record indicating its
> offset and size and weather it was truncated to fix in the ring buffer.
This patch is too late; it should have been before the patch adding
perf_aux_output
On Mon, 08 Sep 2014, Octavian Purdila wrote:
> On Mon, Sep 8, 2014 at 7:30 PM, Johan Hovold wrote:
> > On Mon, Sep 08, 2014 at 06:57:29PM +0300, Octavian Purdila wrote:
> >> On Mon, Sep 8, 2014 at 5:44 PM, Johan Hovold wrote:
> >>
> >>
> >>
> >> Hi Johan,
> >>
> >> Again, thanks for the detaile
On 8 September 2014 18:22, Andrew Bresticker wrote:
> On Mon, Sep 8, 2014 at 8:34 AM, Tomeu Vizoso wrote:
>> On 2 September 2014 23:34, Andrew Bresticker wrote:
>>>
>>> Tested on Venice2, Jetson TK1, and Big with a variety of USB2.0 and
>>> USB3.0 memory sticks and ethernet dongles using control
Am Freitag, 5. September 2014, 09:53:11 schrieb Doug Anderson:
> From: huang lin
>
> This adds basic SPI nodes to the base rk3288 device tree file.
>
> A few notes:
> * It's assumed that most users of the SPI ports are using chip select
> 0. Thus the default pinctrl for the ports enables chip
On 08/09/14 17:23, Russell King - ARM Linux wrote:
> On Mon, Sep 08, 2014 at 04:28:35PM +0100, Daniel Thompson wrote:
>> @@ -604,8 +731,19 @@ static void gic_raise_softirq(const struct cpumask
>> *mask, unsigned int irq)
>> {
>> int cpu;
>> unsigned long flags, map = 0;
>> +unsigned
On 08/09/14 17:24, Russell King - ARM Linux wrote:
> On Mon, Sep 08, 2014 at 04:28:30PM +0100, Daniel Thompson wrote:
>> * Restructured to sit nicely on a similar FYI patchset from Russell
>> King. It now effectively replaces the work in progress final patch
>> with something much more complete
Am Mittwoch, 3. September 2014, 16:05:23 schrieb Doug Anderson:
> It's convenient (and less confusing to people reading logs) if the
> eMMC port on rk3288 is consistenly marked with mmc0 and the sdmmc port
> on rk3288 is consistently marked with mmc1. Add the appropriate
> aliases.
Added to my v3
When using e.g. the matrix_keymap driver with the gpio-pca953x driver,
the following warning may be issued when a keypress is detected:
WARNING: CPU: 0 PID: 3 at kernel/irq/manage.c:677
irq_nested_primary_handler+0x18/0x2c()
Primary handler called for nested irq 245
Modules linked in: evbug ci_hdr
When trying to use the matrix-keypad driver with GPIO drivers that
require nested irq handlers (e.g. I2C GPIO adapters like PCA9554),
request_irq() fails because the GPIO driver requires a threaded
interrupt handler.
Use request_any_context_irq() to be able to use any GPIO driver as
keypad driver.
On Wed, Aug 20, 2014 at 03:36:06PM +0300, Alexander Shishkin wrote:
> This adds support for overwrite mode in the AUX area, which means "keep
> collecting data till you're stopped". It does not depend on data buffer's
> overwrite mode, so that it doesn't lose sideband data that is instrumental
> fo
This patch fixes a typo which resulted in 'is never less
than zero warning' reported by static checker.
drivers/mmc/host/mmci_qcom_dml.c:131 dml_hw_init()
warn: unsigned 'producer_id' is never less than zero.
drivers/mmc/host/mmci_qcom_dml.c
121 /* Initialize the dml hardware
On 08/09/2014 21:37, Boris BREZILLON :
> On Mon, 8 Sep 2014 21:22:18 +0200
> Boris BREZILLON wrote:
>
>> On Mon, 8 Sep 2014 19:33:38 +0200
>> Alexandre Belloni wrote:
>>
>>> On 03/09/2014 at 10:45:33 +0200, Boris Brezillon wrote :
The RTT block is using the slow clock and expect it to run a
Hi,
I have splitted my patchset "usb: dwc2/gadget: fix series" into two series.
This patch series contains fixes for dwc2/gadget driver. It's intended
for 3.17-final. I will also send this patches backported for stable.
Best regard
Robert Baldyga
Kamil Debski (2):
usb: dwc2/gadget: fix phy dis
Endpoint 0 should not be disabled, so we start loop counter from number 1.
Signed-off-by: Robert Baldyga
---
drivers/usb/dwc2/gadget.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/usb/dwc2/gadget.c b/drivers/usb/dwc2/gadget.c
index 43fd3d5..ce6071d 100644
--- a/dri
From: Kamil Debski
In the Generic PHY Framework a NULL phy is considered to be a valid phy
thus the "if (hsotg->phy)" check does not give us the information whether
the Generic PHY Framework is used.
In addition to the above this patch also removes phy_init from probe and
phy_exit from remove. T
Because we have not enough memory to have each TX FIFO of size at least
3072 bytes (the maximum single packet size with 3 transactions per
microframe), we create four FIFOs of lenght 1024, and four of length
3072 bytes, and assing them to endpoints dynamically according to
maxpacket size value of g
Hi,
I have splitted my patchset "usb: dwc2/gadget: fix series" into two series.
This patch series contains improvements for dwc2/gadget driver. It's intended
for 3.18.
Andrzej Pietrasiewicz (1):
usb: dwc2/gadget: Fix comment text
Kamil Debski (1):
usb: dwc2/gadget: move phy bus legth initial
Hi, Joerg,
> The problem you describe here should also be fixed by this (simpler)
> patch. Can you test this please?
The running result of this patch is correct.
My opinion is we should avoid modifying the original data
"early_ioapic_map[i].devid" and "devid from IVHD" since they are original d
From: Andrzej Pietrasiewicz
Adjust the debug text to the name of the printed variable.
Signed-off-by: Andrzej Pietrasiewicz
Signed-off-by: Robert Baldyga
---
drivers/usb/dwc2/gadget.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/usb/dwc2/gadget.c b/drivers/usb/d
When device is stopped or suspended clock is not needed so we
can disable it for this time.
Signed-off-by: Robert Baldyga
---
drivers/usb/dwc2/gadget.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/drivers/usb/dwc2/gadget.c b/drivers/usb/dwc2/gadget.c
index 29d7561..94f7a3f 100644
On Tue, Sep 09, 2014 at 06:54:21AM +0100, Yijing Wang wrote:
> >>> on new requests. This function gets called quite a lot and I'm trying not
> >>> to
> >>> make it too heavy weight.
> >>
> >> Generally, nothing should be accessing the same DT value frequently.
> >> It should get cached somewhere.
From: Kamil Debski
This patch moves the part of code that initializes the PHY bus width.
This results in simpler code and removes the need to check whether
the Generic PHY Framework is used.
Signed-off-by: Kamil Debski
Signed-off-by: Marek Szyprowski
Signed-off-by: Robert Baldyga
---
drivers
From: Marek Szyprowski
Print warning if FIFOs are configured in such a way that they don't fit
into the SPRAM available on the s3c hsotg module.
Signed-off-by: Marek Szyprowski
Signed-off-by: Robert Baldyga
---
drivers/usb/dwc2/core.h | 1 +
drivers/usb/dwc2/gadget.c | 15 ++-
From: Marek Szyprowski
Some DWC2/s3c-hsotg debug messages are really useless for typical user,
so hide them behind dev_dbg().
Signed-off-by: Marek Szyprowski
Signed-off-by: Robert Baldyga
---
drivers/usb/dwc2/gadget.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/dri
On Wed, Aug 20, 2014 at 03:36:06PM +0300, Alexander Shishkin wrote:
> diff --git a/kernel/events/ring_buffer.c b/kernel/events/ring_buffer.c
> index 925f369947..5006caba63 100644
> --- a/kernel/events/ring_buffer.c
> +++ b/kernel/events/ring_buffer.c
> @@ -294,9 +295,22 @@ void perf_aux_output_en
On 09/09/2014 12:17 AM, Arnaldo Carvalho de Melo wrote:
> Hi Ingo,
>
> Please consider pulling,
>
> - Arnaldo
I am very sorry Arnaldo but 2 patches are older versions, namely:
perf tools: Build programs to copy 32-bit compatibility VDSOs
perf tools: Add support for 32-bit
Hi Darren,
On Sat, 2014-09-06 at 23:17 +0200, Rafael J. Wysocki wrote:
> On Friday, September 05, 2014 07:17:57 PM Darren Hart wrote:
> > On Thu, Sep 04, 2014 at 09:08:08AM +0200, Paul Bolle wrote:
> > [...]
> > > static ssize_t store_sys_acpi(struct device *dev, int cm,
> > > @@ -278,12 +276,13
From: Marek Szyprowski
This patch fixes kernel panic/interrupt storm/etc issues if bootloader
left s3c-hsotg module in enabled state. Now interrupt handler is enabled
only after proper configuration of hardware registers.
Signed-off-by: Marek Szyprowski
Signed-off-by: Robert Baldyga
---
drive
From: Marek Szyprowski
This leads to potential spinlock recursion in composite framework, other
udc drivers also don't call it directly from pullup method.
Signed-off-by: Marek Szyprowski
Signed-off-by: Robert Baldyga
---
drivers/usb/dwc2/gadget.c | 1 -
1 file changed, 1 deletion(-)
diff --
From: Marek Szyprowski
This patch fixes possible freeze caused by infinite loop in interrupt
context.
Signed-off-by: Marek Szyprowski
Signed-off-by: Robert Baldyga
---
drivers/usb/dwc2/gadget.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/usb/dwc2/gadget.c b/drivers/usb/dwc2/ga
From: Kamil Debski
When the driver is removed s3c_hsotg_phy_disable is called three times
instead of once. This results in decreasing of the phy reference counter
below zero and thus consecutive inserts of the module fails.
This patch removes calls to s3c_hsotg_phy_disable from s3c_hsotg_remove
On Tue 09-09-14 02:27:12, Al Viro wrote:
> On Mon, Sep 08, 2014 at 04:01:56PM +0400, Andrey Vagin wrote:
> > Currently watchers are removed in dentry_iput(), if n_link is zero.
> > But other detries can be linked with this inode. For example if we
> > create two hard links, open the first one and s
On 09/04/2014 09:25 AM, Leo Yan wrote:
Below flow will have the redundant interrupts for broadcast timer:
1. Process A starts a hrtimer with 100ms timeout, then Process A will
wait on the waitqueue to sleep;
2. The CPU which Process A runs on will enter idle and call notify
CLOCK_EVT_NO
This series adds support for the picoPHY usb phy which is used by the usb2
and usb3 host controllers when controlling usb2/1.1 devices. It is found on
stih407 family SoC's from the consumer electronics devision of
STMicroelectronics.
Changes since v1:
- Remove reference to stih410 in dt document
This patch adds the new phy-stih407-usb.c usb phy driver found on
STMicroelectronics stih407 consumer electronics SoC's into the STI
arch section of the maintainers file.
Signed-off-by: Peter Griffin
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/MAINTAINERS b/MAINTAINERS
in
This patch enables the picoPHY usb phy which is used by
the usb2 and usb3 host controllers when controlling usb2/1.1
devices. It is found in stih407 family SoC's from STMicroelectronics.
Signed-off-by: Peter Griffin
---
arch/arm/configs/multi_v7_defconfig | 1 +
1 file changed, 1 insertion(+)
d
This is the generic phy driver for the picoPHY ports used by the
USB2 and USB3 Host controllers when controlling usb2/1.1 devices. It
is found on STiH407 SoC family from STMicroelectronics.
Signed-off-by: Giuseppe Cavallaro
Signed-off-by: Peter Griffin
---
drivers/phy/Kconfig | 8 ++
This patch adds the dt documentation for the usb picophy found on stih407 SoC
family
available from STMicroelectronics.
Signed-off-by: Giuseppe Cavallaro
Signed-off-by: Peter Griffin
---
.../devicetree/bindings/phy/phy-stih407-usb.txt| 30 ++
1 file changed, 30 insertio
On Tue, 2014-09-09 at 01:50 +, Chen, Alvin wrote:
> > On Friday 05 September 2014 12:02:01 Shevchenko, Andriy wrote:
> > > > irq = irq_of_parse_and_map(node, 0); If (!irq) {
> > > > pp->irq = -1;
> > > > return;
> > > > } else {
> > > > pp->irq = irq;
> > > > }
> > > > Then the code looks stran
On my Raspberry Pi, the driver doesn't work. Every read fails with -EIO.
Reading the data sheet and experimenting a bit made me finding out that
using the nohold mode works. The Raspberry Pi I²C chip seems to have
problems with slaves blocking the SCK line.
In any case, freeing the bus while perfo
This patch adds missing space between "interface" and "by"
in bonding module parameter description.
Signed-off-by: Masanari Iida
---
drivers/net/bonding/bond_main.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/bonding/bond_main.c b/drivers/net/bonding/bond_main
On Wed, Aug 20, 2014 at 03:36:13PM +0300, Alexander Shishkin wrote:
> Events that generate AUX data can also be created by the kernel. In this
> case, some in-kernel infrastructure is needed to store and copy this data.
Oh, do tell.
You really need to work on these changelogs..
pgpnSzfKNV6H9.pg
On Tuesday 09 September 2014 10:00:15 Peter Griffin wrote:
> This is the generic phy driver for the picoPHY ports used by the
> USB2 and USB3 Host controllers when controlling usb2/1.1 devices. It
> is found on STiH407 SoC family from STMicroelectronics.
>
> Signed-off-by: Giuseppe Cavallaro
> Si
On Wed, Aug 20, 2014 at 03:36:08PM +0300, Alexander Shishkin wrote:
> For counters such as instruction tracing, it is useful for the decoder
> to know which tasks are running when the event is first scheduled in,
> before the first sched_switch.
>
> To single out such instruction tracing pmus, thi
On Wed, Aug 20, 2014 at 03:36:16PM +0300, Alexander Shishkin wrote:
> AUX data can be used to annotate other perf events by including it in
> sample records when PERF_SAMPLE_AUX flag is set. In this case, a kernel
> counter is created for each such event and trace data is retrieved
> from it and st
On 09.09.14 10:00:42, Uwe Kleine-König wrote:
> On Mon, Sep 08, 2014 at 04:11:19PM +0200, Robert Richter wrote:
> > @@ -479,7 +479,7 @@ static void gic_raise_softirq(const struct cpumask
> > *mask, unsigned int irq)
> > smp_wmb();
> >
> > for_each_cpu_mask(cpu, *mask) {
> > -
On Wed, Aug 20, 2014 at 03:36:17PM +0300, Alexander Shishkin wrote:
> When a new event is inherited from a per-task kernel event that has a
> ring buffer, allocate a new buffer for this event so that data from the
> child task is collected and can later be retrieved for sample annotation
> or whatn
The new AIC driver is currently only selected when only DT board support
is enabled (and not when both DT and non-DT boards are supported), thus,
when booting a "DT + non-DT" kernel with a dtb, the irqchip is never
initialized/registered which then triggers a panic.
Signed-off-by: Boris BREZILLON
Hi All,
While working on making error handling in the uas driver more robust,
I noticed that all the commands being send to a sata ssd hooked up
over uas were untagged, where I would expect tcq to be used, as that
is the big advantage of uas over usb-storage / bot.
Taking the uas.c file from 3.17
Hi Kishon,
Thanks for reviewing.
BR
Gabriel
On 8 September 2014 17:12, Kishon Vijay Abraham I wrote:
> Hi,
>
> On Wednesday 03 September 2014 09:07 PM, Gabriel FERNANDEZ wrote:
>> The MiPHY28lp is a Generic PHY which can serve various SATA or PCIe
>> or USB3 devices.
>>
>> Signed-off-by: alexa
On Tuesday 09 September 2014 01:02 AM, Nishanth Menon wrote:
> A) There is no OFF mode on DRA7. in sleep state use mode 15 (gated).
> B) when using this for wakeup - use pinctrl wakeup handling to do the
> wakeup.
Will drop this patch and use mode 15 in sleep mode and submit v2 patch
series
Regar
On Tuesday 09 September 2014 09:46:21 Liviu Dudau wrote:
> On Tue, Sep 09, 2014 at 06:54:21AM +0100, Yijing Wang wrote:
> > >>> on new requests. This function gets called quite a lot and I'm trying
> > >>> not to
> > >>> make it too heavy weight.
> > >>
> > >> Generally, nothing should be accessin
1 - 100 of 1058 matches
Mail list logo
