On Mon, 2015-02-16 at 13:16 -0500, Steven Rostedt wrote:
> On Mon, 16 Feb 2015 18:24:32 +0100
> Sebastian Andrzej Siewior wrote:
>
> \
> > >Signed-off-by: Mike Galbraith
> >
> > umgwanakikbuti? The good ones were taken, right?
>
> I think Mike threw up on the keyboard while creating his user
On 02/16/2015 12:16 PM, Petr Tesarik wrote:
> On Mon, 16 Feb 2015 11:24:16 -0500
> Peter Hurley wrote:
>
>> Hi Petr,
>>
>> On 02/16/2015 08:22 AM, Petr Tesarik wrote:
>>> On Mon, 16 Feb 2015 08:04:02 -0500
>>> Peter Hurley wrote:
>>>
On 02/05/2015 02:11 PM, Nan Li wrote:
> This will
On Monday, February 16, 2015 01:14:36 PM Peter Zijlstra wrote:
> From: Thomas Gleixner
>
> While looking through the (ab)use of the clockevents_notify() function
> I stumbled over the following gem in the acpi_pad code:
>
> if (lapic_detected_unstable && !lapic_marked_unstable) {
> /*
On 02/16, Oleg Nesterov wrote:
>
> On 02/16, Ian Kent wrote:
> >
> > On Tue, 2015-02-10 at 17:55 +0100, Oleg Nesterov wrote:
> > > On 02/10, Ian Kent wrote:
> > > >
> > > > On Mon, 2015-02-09 at 17:03 +0100, Oleg Nesterov wrote:
> > > > >
> > > > > I understand. but I still can't understand why we
From: Adriana Reus
Some i2c busses (e.g.: Synopsys DesignWare I2C adapter) need to
enable/disable the bus at each i2c transfer and must wait for
the enable/disable to happen before sending the data.
When reading data in the trigger handler, the kxcjk-1013 accel driver
does one i2c transfer for
On Mon, Feb 16, 2015 at 04:07:33PM +0100, Peter Zijlstra wrote:
> On Sun, Feb 15, 2015 at 01:18:07PM -0500, Steven Rostedt wrote:
> > On Sun, 15 Feb 2015 16:46:22 +0100
> > Frederic Weisbecker wrote:
> > > diff --git a/kernel/sched/core.c b/kernel/sched/core.c
> > > index c017a5f..a6d4d6c 100644
Adds optimization of i2c transactions in trigger handler and
usage of available_scan_masks for kxcjk-1013.
Adriana Reus (2):
iio: accel: kxcjk-1013: use available_scan_masks
iio: accel: kxcjk-1013: optimize i2c transfers in trigger handler
drivers/iio/accel/kxcjk-1013.c | 50
On Mon, 2015-02-16 at 18:05 +, Casey Leedom wrote:
> I can't quite tell if this is a patch request being sent to
> netdev/David Miller or if it's a suggestion sent to Chelsio that you'd
> like Chelsio to adopt. I ~think~ it's the latter because the subject
> doesn't include the standard
From: Adriana Reus
Use available_scan_masks to allow the iio core to select
the data to send to userspace depending on which axes are
enabled, instead of doing this in the driver's interrupt
handler.
This also fixes the issue of accessing the buffer scan_mask
instead of active_scan_mask, since
Adds optimization of i2c transactions in trigger handler and
usage of available_scan_masks for bmc150-accel.
Irina Tirdea (2):
iio: accel: bmc150: use available_scan_masks
iio: accel: bmc150: optimize i2c transfers in trigger handler
drivers/iio/accel/bmc150-accel.c | 49
Since the function graph tracer needs to disable preemption, it might
call preempt_schedule() after reenabling it if something triggered the
need for rescheduling in between.
Therefore we can't trace preempt_schedule() itself because we would
face a function tracing recursion otherwise as the
On Mon, Feb 16, 2015 at 07:14:17PM +0100, Oleg Nesterov wrote:
> Should I resend?
No need, I've changed it before applying. :-)
Thanks.
--
Regards/Gruss,
Boris.
ECO tip #101: Trim your mails when you reply.
--
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
Some i2c busses (e.g.: Synopsys DesignWare I2C adapter) need to
enable/disable the bus at each i2c transfer and must wait for
the enable/disable to happen before sending the data.
When reading data in the trigger handler, the bmc150 accel driver does
one i2c transfer for each axis. This has an
Use available_scan_masks to allow the iio core to select
the data to send to userspace depending on which axes are
enabled, instead of doing this in the driver's interrupt
handler.
This also fixes the issue of accessing the buffer scan_mask
instead of active_scan_mask, since these might not be
On Mon, 16 Feb 2015 18:24:32 +0100
Sebastian Andrzej Siewior wrote:
\
> >Signed-off-by: Mike Galbraith
>
> umgwanakikbuti? The good ones were taken, right?
I think Mike threw up on the keyboard while creating his user name.
-- Steve
--
To unsubscribe from this list: send the line
On 02/16, Rik van Riel wrote:
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 02/16/2015 12:04 PM, Borislav Petkov wrote:
>
> > ... and so by looking at the unlazy_fpu() call sites, I think this
> > makes sense.
> >
> > So how's that for a commit message instead:
> >
> > --- x86, fpu,
Some i2c busses (e.g.: Synopsys DesignWare I2C adapter) need to
enable/disable the bus at each i2c transfer and must wait for
the enable/disable to happen before sending the data.
When reading data in the trigger handler, the bmg160 driver does
one i2c transfer for each axis. This has an impact
Adds optimization of i2c transactions in trigger handler and
usage of available_scan_masks for bmg160.
Changes in v2:
- fallback to i2c word transactions if i2c block transactions are not supported
- use available_scan_masks to let the iio core choose the values selected
by the user instead of
Use available_scan_masks to allow the iio core to select
the data to send to userspace depending on which axes are
enabled, instead of doing this in the driver's interrupt
handler.
This also fixes the issue of accessing the buffer scan_mask
instead of active_scan_mask, since these might not be
* Sebastian Andrzej Siewior | 2015-02-16 12:18:22 [+0100]:
>Known issues:
>
> - xor / raid_pq
>I had max latency jumping up to 67563us on one CPU while the next
>lower max was 58us. I tracked it down to module's init code of
>xor and raid_pq. Both disable preemption
On Mon, 2015-02-16 at 18:24 +0100, Sebastian Andrzej Siewior wrote:
> umgwanakikbuti? The good ones were taken, right?
Yup, I have a low tolerance for "Taken, try again". My next may well be
gimmeafuckingaccountdamnit :)
-Mike
--
To unsubscribe from this list: send the line
I can't quite tell if this is a patch request being sent to netdev/David
Miller or if it's a suggestion sent to Chelsio that you'd like Chelsio to
adopt. I ~think~ it's the latter because the subject doesn't include the
standard formatting for a patch request but I'm not 100% familiar with
On Wed, Feb 11, 2015 at 3:29 AM, Mark Rutland wrote:
> On Thu, Jan 29, 2015 at 03:58:42AM +, Suman Anna wrote:
>> On 01/22/2015 12:56 PM, Mark Rutland wrote:
[..]
>> > That's the only way I would expect this to possibly remain a stable
>> > over time, and it's the entire reason for
Vasily Khoruzhick writes:
> On Mon, Feb 16, 2015 at 7:54 PM, Robert Jarzmik
> wrote:
>
>> Oh, do you volunteer ? That would indeed ease up my burden. I only rebased
>> pxa3xx_nand, so any help to submit and push is welcome. At least I can
>> commit to
>> review, and I would concentrate on
rost...@goodmis.org, paul.gortma...@windriver.com
Bcc:
Subject: [PATCH RT] work-simple: Simple work queue implemenation
Reply-To:
This is swork patch which is in -RT since v3.18. Two users so far…
From: Daniel Wagner
Provides a framework for enqueuing callbacks from irq context
PAGE_SIZE is not guaranteed to be equal to or less than 8 times the
THREAD_SIZE.
E.g. architecture hexagon may have page size 1M and thread size 4096.
This would lead to a division by zero.
Signed-off-by: Heinrich Schuchardt
---
kernel/fork.c | 3 ++-
1 file changed, 2 insertions(+), 1
* Benjamin LaHaise | 2014-06-25 11:24:45 [-0400]:
>I finally have some time to look at this patch in detail. I'd rather do the
>below variant that does what Kent suggested. Mike, can you confirm that
>this fixes the issue you reported? It's on top of my current aio-next tree
>at
> -Original Message-
> From: Pandruvada, Srinivas
> Sent: 04 February, 2015 22:39
> To: ji...@kernel.org
> Cc: linux-kernel@vger.kernel.org; linux-...@vger.kernel.org; Tirdea, Irina;
> viorel.su...@gmail.com
> Subject: Re: [PATCH] iio: gyro: bmg160: optimize i2c transfers in trigger
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/16/2015 12:04 PM, Borislav Petkov wrote:
> ... and so by looking at the unlazy_fpu() call sites, I think this
> makes sense.
>
> So how's that for a commit message instead:
>
> --- x86, fpu, unlazy_fpu: Don't reset thread.fpu_counter
>
> The
On Mon, Feb 16, 2015 at 06:20:18PM +0100, Arnd Bergmann wrote:
> > Would it really be that hard to do:
> >
> > if (ILP32_on_64_process) tv_nsec = (int)tv_nsec;
> >
> > or similar? That's all that's needed.
> >
> > > In some cases, there may also be a measurable performance penalty
> > > in
On Feb 16, 2015, at 5:39 PM, Arend van Spriel wrote:
> On 02/16/15 15:25, Adrian Hunter wrote:
>> I am in the process of adding an ACPI Device Property to specify
>> the driver strength (aka drive strength, driver type) for use
>> with eMMC/SD/SDIO cards, however the ACPI Specification
Hi Thomas,
On Thu, Jan 22, 2015 at 05:40:00PM +, Thomas Petazzoni wrote:
> Dear Yijing Wang,
>
> On Wed, 21 Jan 2015 08:30:18 +0800, Yijing Wang wrote:
> > Mvebu_pcie_scan_bus() is not necessary, we could use
> > pci_common_init_dev() instead of pci_common_init(),
> > and pass the device
On 02/16/15 15:25, Adrian Hunter wrote:
I am in the process of adding an ACPI Device Property to specify
the driver strength (aka drive strength, driver type) for use
with eMMC/SD/SDIO cards, however the ACPI Specification Workgroup
requires that Device Properties be sufficiently generic. This
On Monday 16 February 2015 18:28:30 Jonathan Corbet wrote:
> On Tue, 10 Feb 2015 13:43:33 +0100
>
> Pali Rohár wrote:
> > This patch move all packet info from driver source code to
> > documentation and adds info about v6 packet format (from
> > driver source code).
>
> I tried to apply it to
On Tue, 10 Feb 2015 13:43:33 +0100
Pali Rohár wrote:
> This patch move all packet info from driver source code to documentation
> and adds info about v6 packet format (from driver source code).
I tried to apply it to the docs tree, but no go. Which tree is this
against?
Thanks,
jon
--
To
On Mon, 16 Feb 2015 08:55:12 +0100
Johannes Thumshirn wrote:
> Add basic introductory documentation for the MEN Chameleon Bus.
Applied to the docs tree.
I don't entirely like it in the top-level directory, but we don't seem to
have a better place at the moment. Maybe it's time to try imposing
* Mike Galbraith | 2014-06-02 15:12:44 [+0200]:
>Using mutex_acquire_nest() as used in __ww_mutex_lock() fixes the
>splat below. Remove superfluous line break in __ww_mutex_lock()
>as well.
applied.
>Signed-off-by: Mike Galbraith
umgwanakikbuti? The good ones were taken, right?
Sebastian
On Wednesday 11 February 2015 16:37:58 Rich Felker wrote:
> On Wed, Feb 11, 2015 at 10:02:55PM +0100, a...@arndb.de wrote:
> > Rich Felker hat am 11. Februar 2015 um 21:12 geschrieben:
> > > On Wed, Feb 11, 2015 at 08:50:06PM +0100, a...@arndb.de wrote:
> > > > > > At least for AArch64 ILP32 we
On Tue, 10 Feb 2015 21:55:12 +0800
Yaowei Bai wrote:
> -__GFP_IO allocation requests are made to prevent file system deadlocks.
> +Non __GFP_IO allocation requests are made to prevent file system deadlocks.
Applied to the docs tree, thanks. I do wonder, though, how much this
file reflects
On Mon, 16 Feb 2015 11:24:16 -0500
Peter Hurley wrote:
> Hi Petr,
>
> On 02/16/2015 08:22 AM, Petr Tesarik wrote:
> > On Mon, 16 Feb 2015 08:04:02 -0500
> > Peter Hurley wrote:
> >
> >> On 02/05/2015 02:11 PM, Nan Li wrote:
> >>> This will greatly enhance the usefulness of QEMU virtual serial
On Tue, Feb 10, 2015 at 09:51:20AM -0500, Tejun Heo wrote:
> Hello,
>
> On Tue, Feb 10, 2015 at 08:57:46AM +0100, Stefan Bader wrote:
> > On 09.02.2015 20:54, Sander Eikelenboom wrote:
> > > Hi.
> > >
> > > In 3.19 the device name associates with IRQ's for ahci controllers
> > > operating
> > >
On 02/16, Ian Kent wrote:
>
> On Tue, 2015-02-10 at 17:55 +0100, Oleg Nesterov wrote:
> > On 02/10, Ian Kent wrote:
> > >
> > > On Mon, 2015-02-09 at 17:03 +0100, Oleg Nesterov wrote:
> > > >
> > > > I understand. but I still can't understand why we can't implement
> > > > something
> > > > like
* Robert ABEL [150216 07:52]:
> GPMC uses GPMCFCLKDIVIDER during synchronous as well as asynchronous accesses
> in conjunction with WAITMONITORINGTIME. Thus, it's wrong to only program it
> for
> synchronous accesses. Remove the conditional.
Do you have some test case that gets fixed by this?
On Mon, 16 Feb 2015 15:56:17 +0100
Heinrich Schuchardt wrote:
> The man-pages as well as robust-futexes.txt use the word
> "contend" for a situation where two threads try to access
> the same futex at the same time.
>
> To avoid confusion robust-futex-API.txt should not use
> "contest" as
On Thu, Feb 16, 2012 at 04:41:44PM +1100, Stephen Rothwell wrote:
> Hi all,
>
> Changes since 20120215:
>
> The net-net tree gained conflicts against the net and wireless trees.
>
> The fbdev tree gained a build failure for which I reverted a commit.
>
> I reverted a commit from the rr tree
On Fri, Feb 06, 2015 at 03:01:58PM -0500, r...@redhat.com wrote:
> From: Oleg Nesterov
>
> It is not clear why the "else" branch clears ->fpu_counter, this makes
> no sense.
See below for why.
> If use_eager_fpu() then this has no effect. Otherwise, if we actually
> wanted to prevent fpu
On Mon, Feb 16, 2015 at 7:54 PM, Robert Jarzmik wrote:
> Oh, do you volunteer ? That would indeed ease up my burden. I only rebased
> pxa3xx_nand, so any help to submit and push is welcome. At least I can commit
> to
> review, and I would concentrate on pxa_camera.c in the meantime.
I can
Hi Lukasz,
On Tue, Feb 17, 2015 at 1:28 AM, Lukasz Majewski wrote:
> Hi Chanwoo,
>
>> Hi Lukasz,
>>
>> On Tue, Feb 17, 2015 at 12:06 AM, Lukasz Majewski
>> wrote:
>> > Hi Chanwoo,
>> >
>> >> This patch fixes the NULL pointer exception during kernel booting.
>> >> The thermal_zone
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 02/16/2015 01:41 PM, Maxime Ripard wrote:
> On Mon, Feb 16, 2015 at 05:27:53PM +0100, Thomas Petazzoni wrote:
>> Dear Maxime Ripard,
>>
>> On Mon, 16 Feb 2015 13:51:11 +0100, Maxime Ripard wrote:
>>
>>> + while (index < (len * 4)) {
>>>
On Mon, 16 Feb 2015 15:06:59 +0200
Lauri Kasanen wrote:
> Without this, my "Gasia Co.,Ltd PS(R) Gamepad" would not send
> any events. Now everything works including the leds.
>
> Based on work by Andrew Haines and Antonio Ospite.
>
> cc: Antonio Ospite
> cc: Andrew Haines
> Signed-off-by:
On Monday 16 February 2015 10:38:18 Rich Felker wrote:
> On Mon, Feb 16, 2015 at 03:40:54PM +0100, Arnd Bergmann wrote:
> > On Friday 13 February 2015 13:37:07 Rich Felker wrote:
> > > On Fri, Feb 13, 2015 at 05:33:46PM +, Catalin Marinas wrote:
> > > > I think there is another problem with
On 02/16, Peter Zijlstra wrote:
>
> On Thu, Feb 12, 2015 at 08:59:13PM +0100, Oleg Nesterov wrote:
> > Commit de30ec47302c "Remove unnecessary ->wait.lock serialization when
> > reading completion state" was not correct, without lock/unlock the code
> > like stop_machine_from_inactive_cpu()
> >
>
Vasily Khoruzhick writes:
> On Sun, Feb 15, 2015 at 1:47 AM, Robert Jarzmik
> wrote:
>> In order to slowly transition pxa to dmaengine, the legacy code will now
>> rely on dmaengine to request a channel.
>
> Hi Robert,
>
> What about dropping old PXA DMA code completely? Daniel Mack did port
>
At Fri, 13 Feb 2015 16:12:40 +0100,
Takashi Iwai wrote:
>
> At Fri, 13 Feb 2015 12:41:25 -0200,
> Mauro Carvalho Chehab wrote:
> >
> > Em Fri, 13 Feb 2015 15:02:42 +0100
> > Takashi Iwai escreveu:
> >
> > > At Mon, 09 Feb 2015 11:59:07 +0100,
> > > Takashi Iwai wrote:
> > > >
> > > > Hi,
> >
On Mon, Feb 09, 2015 at 03:22:29PM +, Suravee Suthikulpanit wrote:
> Replacing pci_common_init_dev with pci_scan_root_bus, and remove reference
> to struct pci_sys_data and pci_hw, which is specific to ARM32. This allows
> the PCI host generic driver to also usable in ARM64 architecture.
>
>
On Mon, Feb 16, 2015 at 10:35:50AM -0300, Ezequiel Garcia wrote:
> On 02/16/2015 09:51 AM, Maxime Ripard wrote:
> > The NDDB register holds the data that are needed by the read and write
> > commands.
> >
> > However, during a read PIO access, the datasheet specifies that after each
> > 32
> >
On Mon, 16 Feb 2015, Charles Keepax wrote:
> arizona_extcon_do_magic does not lend a lot of clarity to the purpose
> of the function, and as all the registers used are described in the
> datasheet there is no need to obfuscate the code. This patch renames the
> function to
Hi Charles,
On Tue, Feb 17, 2015 at 12:41 AM, Charles Keepax
wrote:
> wm5110 requires slightly different configuration of the headphone
> clamps to other Arizona devices. Otherwise headphone detection accuracy
> will be way off. This patch adds the needed clamping.
>
> Signed-off-by: Charles
Hi Charles,
On Tue, Feb 17, 2015 at 12:41 AM, Charles Keepax
wrote:
> arizona_extcon_do_magic does not lend a lot of clarity to the purpose
> of the function, and as all the registers used are described in the
> datasheet there is no need to obfuscate the code. This patch renames the
> function
On 15/02/15 17:30, Raghavendra K T wrote:
> --- a/arch/x86/xen/spinlock.c
> +++ b/arch/x86/xen/spinlock.c
> @@ -41,7 +41,7 @@ static u8 zero_stats;
> static inline void check_zero(void)
> {
> u8 ret;
> - u8 old = ACCESS_ONCE(zero_stats);
> + u8 old = READ_ONCE(zero_stats);
>
On Mon, Feb 16, 2015 at 05:27:53PM +0100, Thomas Petazzoni wrote:
> Dear Maxime Ripard,
>
> On Mon, 16 Feb 2015 13:51:11 +0100, Maxime Ripard wrote:
>
> > + while (index < (len * 4)) {
> > + u32 timeout;
> > +
> > + __raw_readsl(info->mmio_base +
All 5 IRQ handlers of the driver are requested as threaded interrupt
handlers. However, only 1 handler can block. The remaining 4 handlers
defer the actual handling to a workqueue. Hence, 4 of 5 IRQ handlers
have a considerable overhead, since they are executed in a kernel thread
to schedule
On 16/02/15 12:14, Peter Zijlstra wrote:
>
> From: Thomas Gleixner
>
> Xen calls on every cpu into tick_resume() which is just
> wrong. tick_resume() is for the syscore global suspend/resume
> invocation. What XEN really wants is a per cpu local resume function,
> but yes, its simpler to just
Hi Chris,
On Sun, Feb 15, 2015 at 11:17:19AM +, Chris Clayton wrote:
> When running "make oldconfig" for an x86_64 kernel, I was prompted for a
> setting for IOMMU_IO_PGTABLE_LPAE. From the prompt and the help text it
> appears that this config item is relevant to ARMv7/v8 only. This patch
>
Hi Chanwoo,
> Hi Lukasz,
>
> On Tue, Feb 17, 2015 at 12:06 AM, Lukasz Majewski
> wrote:
> > Hi Chanwoo,
> >
> >> This patch fixes the NULL pointer exception during kernel booting.
> >> The thermal_zone _of_sensor_register() registers a sensor to DT
> >> thermal zone and then read the current
Dear Maxime Ripard,
On Mon, 16 Feb 2015 13:51:11 +0100, Maxime Ripard wrote:
> + while (index < (len * 4)) {
> + u32 timeout;
> +
> + __raw_readsl(info->mmio_base + NDDB, data + index, 8);
Are you guaranteed that 'len' is a multiple of 32
It seems that the Synopsys vendor ID is used in usb/dwc2 as well, and
the rest of the definitions aren't referenced outside of usb/dwc3.
Would the proper approach be to move the Synopsys vendor ID to
linux/pci_ids.h, remove the redefinition in usb/dwc2, and remove the
fixme?
--
To unsubscribe from
On Mon, Feb 16, 2015 at 6:15 AM, Tommi Kyntola wrote:
>
> The build-time tool arch/x86/vdso/vdso2c.c includes ,
> but cannot find it, unless the build host happens to provide it.
> It should be reading the uapi linux/elf.h
>
> This build regression came along with the vdso2c between
> 3.15 and
On Mon, 16 Feb 2015, robert.jarz...@free.fr wrote:
> - Mail original -
> De: "Lee Jones"
> À: "Robert Jarzmik"
> Cc: "Rob Herring" , "Pawel Moll" ,
> "Mark Rutland" , "Ian Campbell"
> , "Kumar Gala" , "Daniel
> Mack" , "Haojian Zhuang" ,
> "Samuel Ortiz" , "Grant Likely"
> ,
On Sun 15-02-15 15:55:19, Huang Ying wrote:
> FYI, we noticed the below changes on
>
> git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master
> commit c3916839649ddb3c0d541ce346360c4197898d52 ("vmstat: do not use
> deferrable delayed work for vmstat_update")
>
>
>
Hi Petr,
On 02/16/2015 08:22 AM, Petr Tesarik wrote:
> On Mon, 16 Feb 2015 08:04:02 -0500
> Peter Hurley wrote:
>
>> On 02/05/2015 02:11 PM, Nan Li wrote:
>>> This will greatly enhance the usefulness of QEMU virtual serial ports,
>>> because the Linux kernel interprets a break on the serial
On Mon, 2015-02-16 at 11:29 +0900, Masanari Iida wrote:
> On Thu, Feb 12, 2015 at 12:48 AM, Greg Kroah-Hartman
> wrote:
> > On Wed, Feb 11, 2015 at 02:19:00PM +, Alan Cox wrote:
> >> On Wed, 2015-02-11 at 07:27 +1100, Stephen Rothwell wrote:
> >> > Hi Jim,
> >> >
> >> > On Tue, 10 Feb 2015
Hi Lukasz,
On Tue, Feb 17, 2015 at 12:06 AM, Lukasz Majewski
wrote:
> Hi Chanwoo,
>
>> This patch fixes the NULL pointer exception during kernel booting.
>> The thermal_zone _of_sensor_register() registers a sensor to DT
>> thermal zone and then read the current temperature by '.get_temp'
>>
Hi Laura and all,
On Thursday 05 February 2015 16:31:58 Laura Abbott wrote:
> Hi,
>
> On the heels of Exynos integrating SMMU in to the DT for probing,
> this series attempts to add support to make SMMU drivers work with
> deferred probing. This has been referenced before[1] but this is
> some
On Mon, Feb 09, 2015 at 09:40:19PM +0100, Andi Kleen wrote:
> > I'll NAK any external 'download area' (and I told that Andi
> > before): tools/perf/event-tables/ or so is a good enough
> > 'download area' with fast enough update cycles.
>
> The proposal was to put it on kernel.org, similar to
v2: Moved out of staging into soc/freescale
Hello,
This is the se attempt to publish the . They are
not to be applied yet.
These are the Freescale DPAA B/QMan drivers. At this stage, this is more or less
the drivers from the Freescale PowerPC SDK roughly squashed and split in a
sequence
From: Geoff Thorpe
Change-Id: I59de17c040cdd304f86306336fcf89f130f7db2d
Signed-off-by: Geoff Thorpe
---
arch/powerpc/platforms/85xx/corenet_generic.c | 8 +++-
arch/powerpc/platforms/85xx/p1023_rdb.c | 8 +++-
2 files changed, 14 insertions(+), 2 deletions(-)
diff --git
On Fri, 13 Feb 2015, Josh Poimboeuf wrote:
> On Fri, Feb 13, 2015 at 05:17:10PM +0100, Miroslav Benes wrote:
> > On Fri, 13 Feb 2015, Josh Poimboeuf wrote:
> > > Hm, even with Jiri Slaby's suggested fix to add the completion to the
> > > unregister path, I still get a lockdep warning. This looks
On Mon, Feb 16, 2015 at 10:26:19AM -0500, Rik van Riel wrote:
> Ingo, Borislav, Peter,
>
> what can I do to get these patches merged?
Let me take a look, as far as I can. I'll collect them if all is fine
and unless someone else chimes in with a desire to collect them :-)
Thanks.
--
On Thu, Feb 12, 2015 at 02:24:40PM -0500, Sasha Levin wrote:
> On 02/12/2015 12:07 PM, Sasha Levin wrote:
> > On 02/12/2015 11:18 AM, Kirill A. Shutemov wrote:
> >> > +void __get_page_tail(struct page *page);
> >> > static inline void get_page(struct page *page)
> >> > {
> >> > -struct
From: Namjae Jeon
This testcase(042) tries to test various corner cases for finsert range
functionality over different type of extents.
Signed-off-by: Namjae Jeon
Signed-off-by: Ashish Sangwan
---
common/punch |5
common/rc |2 +-
tests/generic/042 |
I found a few more bugs in the GPMC driver. The first three patches should be
self-explanatory:
*debug output was unaligned --> align it
*GPMCFCLKDIVIDER is used in all use cases --> always program it
*WAITMONITORINGTIME was computed in FCLK ticks instead of CLK ticks --> compute
in CLK ticks
From: Namjae Jeon
This testcase(044) tries to test various corner cases with pre-existing holes
for finsert range functionality over different type of extents.
Signed-off-by: Namjae Jeon
Signed-off-by: Ashish Sangwan
---
tests/generic/044 | 65
This patch adds support for spawning busses as children of the GPMC.
Signed-off-by: Robert ABEL
---
arch/arm/mach-omap2/gpmc.c | 14 +-
1 file changed, 13 insertions(+), 1 deletion(-)
diff --git a/arch/arm/mach-omap2/gpmc.c b/arch/arm/mach-omap2/gpmc.c
index 4fa5ff1..c6c8543 100644
GPMC uses GPMCFCLKDIVIDER during synchronous as well as asynchronous accesses
in conjunction with WAITMONITORINGTIME. Thus, it's wrong to only program it for
synchronous accesses. Remove the conditional.
Signed-off-by: Robert ABEL
---
arch/arm/mach-omap2/gpmc.c | 15 +--
1 file
GPMC debug output is aligned to 10 characters for field names.
However, some fields have bigger names, screwing up the alignment.
Consequently, alignment was changed to longest field name (17 chars) for now.
Signed-off-by: Robert ABEL
---
arch/arm/mach-omap2/gpmc.c | 4 ++--
1 file changed, 2
From: Namjae Jeon
This testcase(045) tries to test various corner cases with delayed extents and
pre-existing holes for finsert range functionality over different type of
extents.
Signed-off-by: Namjae Jeon
Signed-off-by: Ashish Sangwan
---
tests/generic/045 | 65
From: Namjae Jeon
This testcase(043) tries to test various corner cases with delayed extents
for finsert range functionality over different type of extents.
Signed-off-by: Namjae Jeon
Signed-off-by: Ashish Sangwan
---
tests/generic/043 | 65 +
From: Geoff Thorpe
Change-Id: If1b44bb013addc1e855c73a4e6ff74bc8b6e4829
Signed-off-by: Geoff Thorpe
---
drivers/soc/freescale/Kconfig| 26
drivers/soc/freescale/Makefile | 8 +-
drivers/soc/freescale/bman.c | 16 +--
drivers/soc/freescale/bman_api.c
From: Geoff Thorpe
Change-Id: I075944acf740dbaae861104c17a9ff7247dec1be
Signed-off-by: Geoff Thorpe
---
drivers/soc/Kconfig |1 +
drivers/soc/Makefile |1 +
drivers/soc/freescale/Kconfig| 51 ++
drivers/soc/freescale/Makefile |7 +
From: Hai-Ying Wang
Change-Id: Ica4d1b2b0fd3c3ae5e043663febd9f4cb7c762cf
Signed-off-by: Hai-Ying Wang
---
drivers/soc/freescale/qman_portal.c | 45 +
1 file changed, 45 insertions(+)
diff --git a/drivers/soc/freescale/qman_portal.c
From: Geoff Thorpe
Change-Id: I59de17c040cdd304f86306336fcf89f130f7db2d
Signed-off-by: Geoff Thorpe
---
arch/powerpc/Kconfig | 5 +
arch/powerpc/configs/mpc85xx_defconfig| 1 +
arch/powerpc/configs/mpc85xx_smp_defconfig| 1 +
From: Geoff Thorpe
Change-Id: I59a75a91b289193b5ab1d30a08f60119dc4d7568
Signed-off-by: Geoff Thorpe
---
drivers/soc/freescale/Kconfig|7 +
drivers/soc/freescale/Makefile |1 +
drivers/soc/freescale/qman_api.c | 58 ++
drivers/soc/freescale/qman_debugfs.c | 1326
From: Hai-Ying Wang
Change-Id: I863d5c15c7f35f9de4ea3d985e4ff467167924b7
Signed-off-by: Hai-Ying Wang
---
drivers/soc/freescale/bman_portal.c | 45 -
1 file changed, 44 insertions(+), 1 deletion(-)
diff --git a/drivers/soc/freescale/bman_portal.c
From: Namjae Jeon
Update FALLOC_FL_INSERT_RANGE flag in fallocate.
Signed-off-by: Namjae Jeon
Signed-off-by: Ashish Sangwan
---
man2/fallocate.2 | 88 ++
1 file changed, 82 insertions(+), 6 deletions(-)
diff --git a/man2/fallocate.2
From: Namjae Jeon
This commit adds fallocate FALLOC_FL_INSERT_RANGE support for fsx.
Signed-off-by: Namjae Jeon
Signed-off-by: Ashish Sangwan
Reviewed-by: Brian Foster
---
ltp/fsx.c | 124 -
1 file changed, 114 insertions(+), 10
From: Namjae Jeon
This testcase(043) tries to test finsert range a single alternate block
multiple times and test merge code of collase range.
Signed-off-by: Namjae Jeon
Signed-off-by: Ashish Sangwan
Reviewed-by: Brian Foster
---
tests/generic/046 | 95
From: Namjae Jeon
This commit adds insert operation support for fsstress, which is
meant to exercise fallocate FALLOC_FL_INSERT_RANGE support.
Signed-off-by: Namjae Jeon
Signed-off-by: Ashish Sangwan
Reviewed-by: Brian Foster
---
ltp/fsstress.c | 19 ---
src/global.h |
On Friday 13 February 2015 01:12 AM, Arnd Bergmann wrote:
> The davinci DA8xx and DMx families have incompatible zreladdr
> settings, and attempting to build a kernel with both enabled
> results in an error unless AUTO_ZRELADDR is set:
>
> multiple zreladdrs: 0xc0008000 0x80008000
> This needs
WAITMONITORINGTIME is expressed in GPMC_CLK cycles (even for asynchronous
accesses).
However the driver currently converts them to GPMC_FCLK cycles, thus
waitmonitoringtime in dt
had to be predivided by divider as a workaround. This patch fixes the issue by
reading the
current GPMCFCLKDIVIDER
401 - 500 of 1560 matches
Mail list logo