On 05/19/2014 11:36 AM, Xiubo Li wrote:
Changes in V4:
- Add struct ftm_clock_device {} support.
- peroidic_cyc --> periodic_cyc.
Changes in V3:
- Fix the ftm_irq_disable.
Changes in V2:
- Add big-endian support.
- Add using pr_err instead of BUG_ON.
- Add more detail comment message of FTM.
-
On 22/05/14 13:44, Tushar Behera wrote:
> On 22 May 2014 16:04, Tomasz Figa wrote:
>> On 22.05.2014 07:13, Tushar Behera wrote:
>>> On 05/20/2014 10:13 PM, Tomasz Figa wrote:
This patch introduces a driver that handles configuration of CLKOUT pin
of Exynos SoCs that can be used to
On 04/29/2014 10:24 AM, Jingoo Han wrote:
The site-specific OOM messages are unnecessary, because they
duplicate the MM subsystem generic OOM message. For example,
k.alloc and v.alloc failures use dump_stack().
Jingoo Han (4):
clocksource: em_sti: remove unnecessary OOM messages
The formula to calculate "CommitLimit" value mentioned in kernel documentation
is incorrect.
Right formula is: CommitLimit = ([total RAM pages] - [total huge TLB pages]) *
overcommit_ratio / 100 + [total swap pages]
Signed-off-by: Petr Oros
---
Documentation/filesystems/proc.txt | 3 ++-
1
On 05/22/2014 10:55 AM, David Rientjes wrote:
On Thu, 22 May 2014, Vlastimil Babka wrote:
With -mm, it turns out that while egregious thp fault latencies were
reduced, faulting 64MB of memory backed by thp on a fragmented 128GB
machine can result in latencies of 1-3s for the entire 64MB.
On 05/22/2014 03:50 AM, Yang,Wei wrote:
Hi Daniel,
What do you think of it?
Regards
Wei
On 05/13/2014 11:10 AM, wei.y...@windriver.com wrote:
From: Yang Wei
We do not need to trace read_sched_clock function,
so add notrace attribute for this function.
Hi Yang,
I agree with your patch.
On 22.05.2014 13:44, Tushar Behera wrote:
> On 22 May 2014 16:04, Tomasz Figa wrote:
>> On 22.05.2014 07:13, Tushar Behera wrote:
>>> On 05/20/2014 10:13 PM, Tomasz Figa wrote:
This patch introduces a driver that handles configuration of CLKOUT pin
of Exynos SoCs that can be used to
On Wed, May 21, 2014 at 06:04:43PM +0200, Arnd Bergmann wrote:
> On Wednesday 21 May 2014 17:55:51 Maxime Ripard wrote:
> > On Wed, May 21, 2014 at 05:23:41PM +0200, Arnd Bergmann wrote:
> > > On Wednesday 21 May 2014 17:15:54 Maxime Ripard wrote:
> > > > Changes from v7:
> > > > - select
mtd: st_spi_fsm: Provide documentation for boot device mask property
The system configuration registers which display which device the system
booted on are in the same place on all boards which support the FSM.
However, the bits do shift every so slightly. To combat these we're
adding a new
Hello.
On 22-05-2014 10:29, George Cherian wrote:
Find whether we are running on newer silicon. The babble control
register reads 0x4 by default in newer silicon as opposed to 0
in old versions of AM335x. Based on this enable the sw babble
control logic.
Signed-off-by: George Cherian
---
Whoops, wrong patch, please ignore this v2.
> mtd: st_spi_fsm: Provide documentation for boot device mask property
>
> The system configuration registers which display which device the system
> booted on are in the same place on all boards which support the FSM.
> However, the bits do shift
mtd: st_spi_fsm: Provide documentation for boot device mask property
The system configuration registers which display which device the system
booted on are in the same place on all boards which support the FSM.
However, the bits do shift every so slightly. To combat these we're
adding a new
On 05/22/2014 03:38 PM, Borislav Petkov wrote:
> On Thu, May 22, 2014 at 03:13:46PM +0530, Srivatsa S. Bhat wrote:
>> On 05/22/2014 02:53 PM, Borislav Petkov wrote:
>>> From: Borislav Petkov
>>>
>>> So 009f225ef050 ("powercap, intel-rapl: Fix CPU hotplug callback
>>> registration") says how
On Thursday 22 May 2014 12:52:16 Lee Jones wrote:
> > On Thursday 22 May 2014 12:24:07 Lee Jones wrote:
> > > + /* Mask to apply on boot_device_reg */
> > > + ret = of_property_read_u32(np, "st,boot-device-msk",
> > > _device_msk);
> > > + if (ret)
> > > + goto
On 05/22/2014 06:55 AM, Jingoo Han wrote:
On Monday, May 19, 2014 7:48 PM, Daniel Lezcano wrote:
On 04/29/2014 10:26 AM, Jingoo Han wrote:
The site-specific OOM messages are unnecessary, because they
duplicate the MM subsystem generic OOM message.
Are you sure the MM subsys display a message
On 2014년 05월 19일 19:54, Andrzej Hajda wrote:
> This set of independent patches contains various improvement and fixes
> for exynos_drm ipp framework and drivers.
> The patchset is based on drm-exynos/exynos-drm-next branch.
Thanks for contributions and merged.
Thanks,
Inki Dae
>
> Regards
>
> On Thursday 22 May 2014 12:24:07 Lee Jones wrote:
> > + /* Mask to apply on boot_device_reg */
> > + ret = of_property_read_u32(np, "st,boot-device-msk",
> > _device_msk);
> > + if (ret)
> > + goto boot_device_fail;
> > +
> >
>
> The binding defines this
Hello Roger,
On Thu, May 22, 2014 at 10:12 AM, Roger Quadros wrote:
> Hi Ezequiel,
>
> On 05/21/2014 07:08 PM, Ezequiel Garcia wrote:
>> Hi Roger,
>>
>> On 21 May 02:20 PM, Roger Quadros wrote:
>>>
>>> For DT boot:
>>> - The GPMC controller node should have a chip select (CS) node for each used
> >>The TPS65917 chip is a power management IC for Portable Navigation Systems
> >>and Tablet Computing devices. It contains the following components:
> >>
> >> - Regulators.
> >> - Over Temperature warning and Shut down.
> >>
> >>This patch adds support for tps65917 mfd device. At this time
On Thursday 22 May 2014 12:24:07 Lee Jones wrote:
> + /* Mask to apply on boot_device_reg */
> + ret = of_property_read_u32(np, "st,boot-device-msk",
> _device_msk);
> + if (ret)
> + goto boot_device_fail;
> +
>
The binding defines this property as "optional",
On 22 May 2014 16:04, Tomasz Figa wrote:
> On 22.05.2014 07:13, Tushar Behera wrote:
>> On 05/20/2014 10:13 PM, Tomasz Figa wrote:
>>> This patch introduces a driver that handles configuration of CLKOUT pin
>>> of Exynos SoCs that can be used to output certain clocks from inside of
>>> the SoC to
2014-05-22 19:27 GMT+08:00 Russell King - ARM Linux :
> On Thu, May 22, 2014 at 07:04:14PM +0800, Barry Song wrote:
>> 2014-05-22 17:33 GMT+08:00 Russell King - ARM Linux :
>> > On Tue, Apr 29, 2014 at 11:40:33PM +0800, Barry Song wrote:
>> >> 2014-04-29 23:14 GMT+08:00 Russell King - ARM Linux
On 22-05-2014 10:29, George Cherian wrote:
Add sw_babble_control() logic to differentiate between transient
babble and real babble condition. Also add the SW babble control
register definitions.
Babble control register logic is implemented in the latest
revision of AM335x.
Signed-off-by:
hi,
Finally i found the solution. This is the problem with device tree aliases
of uart in am33xx.dtsi
i changed uart0 to uart1 in all the DTS files , then its working fine.
previously i am loading the overlay with diffrent aliase name, because of
this the driver is not able to map the uart pins
Hi Arnd/Bjorn,
On Mon, May 19, 2014 at 07:55:12PM +0800, Mohit KUMAR wrote:
> Hello Arnd,
>
> > -Original Message-
> > From: Mohit KUMAR DCG
> > Sent: Tuesday, April 15, 2014 5:20 PM
> > To: spear-devel; linux-kernel@vger.kernel.org; devicet...@vger.kernel.org;
> >
abx500_dump_all_banks() has no callers in the kernel, so it's probably
safe to remove it.
Cc: Linus Walleij
Signed-off-by: Lee Jones
diff --git a/drivers/mfd/abx500-core.c b/drivers/mfd/abx500-core.c
index d6d0ec4..fe41899 100644
--- a/drivers/mfd/abx500-core.c
+++
On Wed, May 21, 2014 at 02:25:21PM +0200, Heiko Carstens wrote:
> Hi all,
>
> I'm just wondering why /proc/stat is a single_open() seq_file and not a
> regular seq_file with an iterator (say 48 online cpus for each iteration
> or something similar).
>
> Of course, in theory, the "intr" line may
On Thu, May 22, 2014 at 07:04:14PM +0800, Barry Song wrote:
> 2014-05-22 17:33 GMT+08:00 Russell King - ARM Linux :
> > On Tue, Apr 29, 2014 at 11:40:33PM +0800, Barry Song wrote:
> >> 2014-04-29 23:14 GMT+08:00 Russell King - ARM Linux
> >> :
> >> > On Tue, Apr 29, 2014 at 11:05:06PM +0800,
Hi Brian, all,
v2:
These are the last remaining patches in the set, all rebased and
with the DT documentation requested after the last submission.
v1:
This patch-set updates ST's FSM SPI-NOR driver with all the internal
goodness which has happened since the initial (now upstreamed)
ST's Common Clk Framework is now available. This patch ensures the FSM
makes use of it by obtaining and enabling the EMI clock if provided. If
system fails to provide the EMI clock FSM uses its original default
rate.
Signed-off-by: Lee Jones
---
drivers/mtd/devices/st_spi_fsm.c | 45
From: Angus Clark
This patch updates various Spansion device entries in the flash_types[] table:
- Define full 6-byte READIDs for S25FL128Sx devices (and fix the 4th
byte). This allows us to differentiate between S25FL129P and S25FL128S
devices.
- Add S25FL128Px device entries.
From: Angus Clark
This patch adds support for the Micron N25Q512 and N25Q00A Serial Flash devices.
Unlike previous Micron devices, it is now mandatory to check the Flags Status
Register following a Write or Erase operation. The N25Q512A device presents a
further complication in that different
From: Christophe Kerello
This patch adds a mask to be able to get the right boot device selection.
For example:
for STiH415, value = SYSTEM_STATUS398[4:0]
for STiH416, value = SYSTEM_STATUS2598[4:0]
for STiH407, value = SYSTEM_STATUS5561[6:2]
Signed-off-by: Christophe Kerello
Due to the nature of the port (lots of copy/paste) much of the white-space
is taken up by spaces instead of tab separators. This patch aims to change
that.
Signed-off-by: Lee Jones
---
drivers/mtd/devices/st_spi_fsm.c | 298 +++
1 file changed, 149
From: Angus Clark
In this patch, the fsm_wait_busy() function is updated to a take a timeout
parameter. This allows us to specify different timeout delays depending on
the operation being performed. Previously, a fixed, worst-case delay
(corresponding to the Chip Erase operation, ~300s!) was
The system configuration registers which display which device the system
booted on are in the same place on all boards which support the FSM.
However, the bits do shift every so slightly. To combat these we're
adding a new property which supplies the necessary mask used to abstract
the required
From: Angus Clark
The previous code was based on 3-byte JEDEC IDs, with a possible 2-byte
extension. However, devices are now emerging that return 6 or more bytes of
READID data and the additional bytes are required to differentiate between
variants or generations of similar devices.
This
Adrien BAK writes:
> As it is perf-script allows one to use perl or python scripts to parse
> perf events.
> The following proposal aimed to introduce support of .so files as scripts.
> This support allows for better performance when parsing perf's data
> files and a complete access to the raw
Under certain conditions, the SPI-FSM Controller can be left in a state where
the data FIFO is not entirely empty. This can lead to problems where subsequent
data transfers appear to have been shifted by a number of unidentified bytes.
One simple example would be an errant FSM sequence which
From: Nunzio Raciti
This patch adds support for the Micron N25Q512A device as required
by the B2147 (STiD127) board.
Signed-off-by: Nunzio Raciti
Signed-off-by: Lee Jones
---
drivers/mtd/devices/st_spi_fsm.c | 2 ++
1 file changed, 2 insertions(+)
diff --git
Hello.
On 22-05-2014 10:29, George Cherian wrote:
Add sw_babble_control() logic to differentiate between transient
babble and real babble condition. Also add the SW babble control
register definitions.
Babble control register logic is implemented in the latest
revision of AM335x.
This acpi driver provide supports for freefall sensors SMO8800/SMO8810 which
can be found on Dell Latitude laptops. Driver register /dev/freefall misc
device which has same interface as driver hp_accel freefall driver. So any
existing applications for HP freefall sensor /dev/freefall will work for
On Thu, May 22, 2014 at 12:59:03PM +0800, Zhu, Lejun wrote:
> +static int crystalcove_gpio_probe(struct platform_device *pdev)
> +{
> + int irq = platform_get_irq(pdev, 0);
> + struct crystalcove_gpio *cg;
> + int retval;
> + struct device *dev = pdev->dev.parent;
> +
> + cg =
2014-05-22 17:33 GMT+08:00 Russell King - ARM Linux :
> On Tue, Apr 29, 2014 at 11:40:33PM +0800, Barry Song wrote:
>> 2014-04-29 23:14 GMT+08:00 Russell King - ARM Linux :
>> > On Tue, Apr 29, 2014 at 11:05:06PM +0800, Barry Song wrote:
>> >> 2014-04-28 22:52 GMT+08:00 Russell King - ARM Linux
On 21 May 2014 02:43, Chris Ball wrote:
> Hi Stephen,
>
> On Tue, May 20 2014, Stephen Warren wrote:
>> On 04/16/2014 05:08 PM, Andrew Bresticker wrote:
>>> Program TEGRA_SDHCI_VENDOR_MISC_CTRL so that UHS modes aren't advertised
>>> in SDHCI_CAPABILITIES_1. While the Tegra SDHCI controller does
While freezing takes place globally, its execution is per-workqueue;
however, the current implementation makes use of the per-worker_pool
POOL_FREEZING flag. While it's not broken, the flag makes the code
more confusing and complicates freeze_workqueues_begin() and
thaw_workqueues() by requiring
On Thu, May 22, 2014 at 11:40:51AM +0100, Mel Gorman wrote:
> +void __wake_up_page_bit(wait_queue_head_t *wqh, struct page *page, void
> *word, int bit)
> +{
> + struct wait_bit_key key = __WAIT_BIT_KEY_INITIALIZER(word, bit);
> + unsigned long flags;
> +
> + /* If there is no
> > abx500_dump_all_banks() has no callers in the kernel, so it's probably
> > safe to remove it.
> >
> > Cc: Linus Walleij
> > Signed-off-by: Lee Jones
> > ---
> > drivers/mfd/abx500-core.c | 20
> > 1 file changed, 20 deletions(-)
> >
> > diff --git
On Friday 02 May 2014 12:19 AM, Murali Karicheri wrote:
> Intelligent Plaform Management Interface (IPMI) requires I2C driver
> to support block read, where the first byte received from slave is
> the length of following data:-
> Added length check if the read type is block read (I2C_M_RECV_LEN)
On Wed, May 21, 2014 at 11:33 PM, Richard Weinberger
wrote:
> Hi!
>
> My backup server runs CentOS6 with kernel 2.6.32-431.17.1.el6.x86_64.
> Many servers copy theirs backups to it. This setups works perfectly
> fine since ages.
> Today I've configured a new server which runs Kernel 3.12.20 to
Hi Minchan,
On Mon, May 19, 2014 at 5:16 AM, Minchan Kim wrote:
> Linux doesn't have an ability to free pages lazy while other OS
> already have been supported that named by madvise(MADV_FREE).
Since this patch changes the ABI, could you please CC future
iterations to linux-...@vger.kernel.org
Hi all,
Changes since 20140521:
My fixes tree contains:
powerpc/ppc64: Allow allmodconfig to build (finally !)
The renesas tree gained a conflict against the arm-soc tree.
The pci tree gained a build failure so I used the version from
next-20140521.
The net-next tree lost its build
Hi Stephen,
On Wed, May 21, 2014 at 9:50 AM, Stephen Rothwell wrote:
> You should use "git fetch" as mentioned in the FAQ on the wiki
> (see below).
There does not seem to be anything in the rest of your message about
this. Did I miss something?
Cheers,
Michael
--
To unsubscribe from this
Changelog since v6
o Optimisation when PG_waiters is not available (peterz)
o Documentation
Changelog since v5
o __always_inline where appropriate (peterz)
o Documentation (akpm)
Changelog since v4
o Remove dependency on io_schedule_timeout
o Push
On Thu, May 22, 2014 at 01:50:22PM +0400, Konstantin Khlebnikov wrote:
> On Thu, May 22, 2014 at 6:33 AM, Andrew Morton
> wrote:
> > On Wed, 21 May 2014 22:19:55 -0400 Naoya Horiguchi
> > wrote:
> >
> >> > A much nicer interface would be for us to (finally!) implement
> >> > fincore(), perhaps
On 05/22/2014 02:48 PM, Lee Jones wrote:
> abx500_dump_all_banks() has no callers in the kernel, so it's probably
> safe to remove it.
>
> Cc: Linus Walleij
> Signed-off-by: Lee Jones
> ---
> drivers/mfd/abx500-core.c | 20
> 1 file changed, 20 deletions(-)
>
> diff --git
On 22.05.2014 07:13, Tushar Behera wrote:
> On 05/20/2014 10:13 PM, Tomasz Figa wrote:
>> This patch introduces a driver that handles configuration of CLKOUT pin
>> of Exynos SoCs that can be used to output certain clocks from inside of
>> the SoC to a dedicated output pin.
>>
>> Signed-off-by:
On Thu, May 22, 2014 at 02:48:29PM +0530, Keerthy wrote:
> Reemove open coded functions with helper functions.
Applied, thanks - nice cleanup.
signature.asc
Description: Digital signature
Hello Uwe,
On Mon, May 19, 2014 at 08:27:22AM +0200, Uwe Kleine-König wrote:
> Hello Emil,
>
> thanks for your effort.
>
> On Sun, May 18, 2014 at 10:51:00PM +0200, Emil Goode wrote:
> > This converts the imx camera allocation and initialization functions
> > to use
On Thu, May 22, 2014 at 02:47:08PM +0530, Tushar Behera wrote:
> If master clock is provided through device tree, then update
> the master clock frequency during set_sysclk.
Same issues here.
signature.asc
Description: Digital signature
On 22.05.2014 06:28, Tushar Behera wrote:
> On 05/20/2014 10:13 PM, Tomasz Figa wrote:
>> This patch introduces a driver that handles configuration of CLKOUT pin
>> of Exynos SoCs that can be used to output certain clocks from inside of
>> the SoC to a dedicated output pin.
>>
>> Signed-off-by:
On Thu, May 22, 2014 at 02:47:07PM +0530, Tushar Behera wrote:
> + max98090->mclk = devm_clk_get(codec->dev, "mclk");
> + if (!IS_ERR(max98090->mclk))
> + clk_prepare_enable(max98090->mclk);
> +
Ths doesn't handle deferred probe, we need to at least return an error
if we get
Hi all,
Although I don't think this is a new issue, booting mainline on my vexpress
a9x4 (Quad ARMv7 Cortex-A9 board) with USB and PM_RUNTIME results in each
CPU being constantly 20-50% loaded. A bit of investigation shows that this
is due to the runtime-pm callbacks trying to autosuspend USB,
yes, the callers guarantee that count > 0 here.
Regards, Ursula Braun
On Thu, 2014-05-22 at 12:14 +0200, Ursula Braun1 wrote:
> From:Sebastian Ott
> To:Joe Perches , Ursula
> Braun1/Germany/IBM@IBMDE,
> Cc:Fabian Frederick , linux-kernel
> , akpm
> Date:
Richard,
On Tue, May 20, 2014 at 3:12 PM, Richard Guy Briggs wrote:
> The purpose is to track namespaces in use by logged processes from the
> perspective of init_*_ns.
>
> 1/6 defines a function to generate them and assigns them.
>
> Use a serial number per namespace (unique across one boot of
* Oleg Nesterov wrote:
> Ingo, please pull from
>
> git://git.kernel.org/pub/scm/linux/kernel/git/oleg/misc uprobes/core
>
> Based on tip:perf/uprobes
>
>
> Denys found another nasty old bug in uprobes/x86: div, mul, shifts with
> count in CL, and cmpxchg are not handled correctly.
>
>
On Thu, May 22, 2014 at 03:13:46PM +0530, Srivatsa S. Bhat wrote:
> On 05/22/2014 02:53 PM, Borislav Petkov wrote:
> > From: Borislav Petkov
> >
> > So 009f225ef050 ("powercap, intel-rapl: Fix CPU hotplug callback
> > registration") says how get_/put_online_cpus() should be replaced with
> >
damn ! I just realized I sent the broken patch. It won't compile.
The right version is comming soon.
2014-05-22 11:45 GMT+02:00 Jean-Jacques Hiblot :
> With CONFIG_PREEMPT_RT_FULL the tty_flip_buffer_push(..) actions are executed
> immeditely (same behaviour as if low_latency flag was set). We
On Tue, May 20, 2014 at 06:26:44PM -0700, Sukadev Bhattiprolu wrote:
SNIP
> + * TODO:
> + * Rather than returning an index into the callchain and have the
> + * caller skip that entry, we could modify the callchain in-place
> + * by putting a PERF_CONTEXT_IGNORE marker in the affected
With CONFIG_PREEMPT_RT_FULL the tty_flip_buffer_push(..) actions are executed
immeditely (same behaviour as if low_latency flag was set). We thus have to
release port_lock before callng tty_flip_buffer_push().
This issue resultst of commits:
44a0c019: USB: g_serial: don't set low_latency flag
On Tue, May 20, 2014 at 06:26:44PM -0700, Sukadev Bhattiprolu wrote:
SNIP
> + *
> + * The value in LR is only needed when it holds a return address. If the
> + * return address is on the stack, we should ignore the LR value.
> + *
> + * Further, when the return address is in the LR, if a new
On Tue, May 13, 2014 at 05:30:43PM +0200, Thierry Reding wrote:
> From: Thierry Reding
>
> Hi,
>
> This series converts the Tegra DRM driver to the master/component
> framework. The length of the series and the list of people in Cc is
> mostly due to the fact that Tegra has some special
On Thu, May 15, 2014 at 02:44:15PM +0800, Zhang Rui wrote:
> +static void acpi_do_default_enumeration(struct acpi_device *device)
> +{
> + /*
> + * Do not do enumeration for device object that has been/will be
> + * enumerated by its parent.
> + */
> + if (device->parent &&
On Wed, May 21, 2014 at 10:56:59PM +0800, Zhang Rui wrote:
> On 三, 2014-05-21 at 11:48 +0300, Mika Westerberg wrote:
> > On Thu, May 15, 2014 at 02:44:12PM +0800, Zhang Rui wrote:
> > > The new ACPI device enumeration mechanism, which will be introduced
> > > in a later patch, will enumerate the
On Monday 19 May 2014 01:45 PM, Sekhar Nori wrote:
> + DT maintainers
>
> On Friday 16 May 2014 05:47 PM, Peter Ujfalusi wrote:
>> From CCCFG register of eDMA3 we can get all the needed information for the
>> driver about the IP:
>> Number of channels: NUM_DMACH
>> Number of regions: NUM_REGN
>>
On Sat, May 03, 2014 at 11:03:51PM +0200, Mathieu Souchaud wrote:
> Check return code of every function called by mcheck_init_device().
>
> Signed-off-by: Mathieu Souchaud
> ---
> arch/x86/kernel/cpu/mcheck/mce.c | 49
> +++---
> 1 file changed, 41
Hi,
On 19.05.2014 17:55, Daniel Phillips wrote:
> On 05/18/2014 04:55 PM, Dave Chinner wrote:
> >On Fri, May 16, 2014 at 05:50:59PM -0700, Daniel Phillips wrote:
> >>We would like to offer Tux3 for review for mainline merge. We have
> >>prepared a new repository suitable for pulling:
> >>
>
On Thu, 22 May 2014 11:05:02 +0200 Ingo Molnar wrote:
>
> * NeilBrown wrote:
>
> > [[ get_maintainer.pl suggested 61 email address for this patch.
> >I've trimmed that list somewhat. Hope I didn't miss anyone
> >important...
> >I'm hoping it will go in through the scheduler tree,
With CONFIG_PREEMPT_RT_FULL the tty_flip_buffer_push(..) actions are executed
immeditely (same behaviour as if low_latency flag was set). We thus have to
release port_lock before callng tty_flip_buffer_push().
This issue resultst of commits:
44a0c019: USB: g_serial: don't set low_latency flag
On Thu, May 22, 2014 at 6:33 AM, Andrew Morton
wrote:
> On Wed, 21 May 2014 22:19:55 -0400 Naoya Horiguchi
> wrote:
>
>> > A much nicer interface would be for us to (finally!) implement
>> > fincore(), perhaps with an enhanced per-present-page payload which
>> > presents the info which you need
On 05/22/2014 02:53 PM, Borislav Petkov wrote:
> From: Borislav Petkov
>
> So 009f225ef050 ("powercap, intel-rapl: Fix CPU hotplug callback
> registration") says how get_/put_online_cpus() should be replaced with
> this cpu_notifier_register_begin/_done().
>
> But they're still there so what's
On Tue, May 20, 2014 at 11:26 PM, Elias Vanderstuyft
wrote:
> On Tue, May 20, 2014 at 10:58 PM, Michal Malý
> wrote:
>> On Tuesday 20 of May 2014 16:16:12 si...@mungewell.org wrote:
>>> Regarding the question of emulated vs. real effects, can we extend the API
>>> so that applications can know
Greetings,
I am Dong Zhai, Deputy General Manager at Qinghai Huading Industrial
Co., Ltd. China. I can tell you have a good reputation and I would
like to make a proposal to you. We are in need of a Reputable
Company/Individual in Canada and in the United State of America that
can act as
On 05/16/2014 05:01 PM, Linus Walleij wrote:
> OK this patch is ACKed by Alan so I would like to apply it but:
>
> Content-Type: text/plain; charset=utf-8
> Content-Disposition: inline
> Content-Transfer-Encoding: quoted-printable
>
> This is not good. Quoted-printable makes the raw patch look
* Jiri Olsa wrote:
> hi Ingo,
> please consider pulling
>
> thanks,
> jirka
>
>
> The following changes since commit 6480c56130ba073df84d57d61062ec4118b10bbe:
>
> Merge tag 'perf-core-for-mingo' of
> git://git.kernel.org/pub/scm/linux/kernel/git/jolsa/perf into perf/core
> (2014-05-20
* Paul E. McKenney wrote:
> Hello, Ingo,
>
> The changes in this series include:
>
> 1.Update RCU documentation. These were posted to LKML at
> https://lkml.org/lkml/2014/4/28/634.
>
> 2.Miscellaneous fixes. These were posted to LKML at
>
On Tue, Apr 29, 2014 at 11:40:33PM +0800, Barry Song wrote:
> 2014-04-29 23:14 GMT+08:00 Russell King - ARM Linux :
> > On Tue, Apr 29, 2014 at 11:05:06PM +0800, Barry Song wrote:
> >> 2014-04-28 22:52 GMT+08:00 Russell King - ARM Linux
> >> :
> >> > On Mon, Apr 28, 2014 at 10:37:09AM -0400, Matt
Since v2.6.39 there are checks for CONFIG_MSP_HAS_DUAL_USB and checks
for CONFIG_MSP_HAS_TSMAC in the code. The related Kconfig symbols have
never been added. These checks have evaluated to false for three years
now. Remove them and the code they have been hiding.
Signed-off-by: Paul Bolle
---
Hi Geert,
On Thu, May 22, 2014 at 6:21 PM, Geert Uytterhoeven
wrote:
> Hi Magnus,
>
> Thanks for your series! This looks like a good solution for interim board
> support.
Thanks!
> On Thu, May 22, 2014 at 10:53 AM, Magnus Damm wrote:
>> Olof, patch 3/3 contains some board staging code for
Hi Dan,
On Thu, May 22, 2014 at 6:17 PM, Dan Carpenter wrote:
> Generally we take things as is into staging so there is no need for a
> re-work if you don't want to. But we do need a TODO file. Read the
> TODO files for other staging drivers.
Thanks for pointing that out, my apologies for
Hi Geert,
On Thu, May 22, 2014 at 6:19 PM, Geert Uytterhoeven
wrote:
> Hi Magnus,
>
> On Thu, May 22, 2014 at 10:54 AM, Magnus Damm wrote:
>> Add staging board support for the KZM9D board and add
>> an emxx_udc platform device to allow in-tree continous
>> development of the driver on the KZM9D
On Wed, May 21, 2014 at 11:01:14PM +0100, Greg Kroah-Hartman wrote:
> On Wed, May 21, 2014 at 05:48:28PM +0100, Dave P Martin wrote:
> > Hi there,
> >
> > I have a quick debugfs question:
> >
> > How can I protect against a module being unloaded while debugfs files it
> > provides are open?
> >
On 2014-05-22 01:41, Chase Southwood wrote:
This function is already compliant with the comedi API and is behaving as
comedi core expects. This patch moves it out of
addi-data/hwdrv_apci1564.c and into the driver proper since no further
work needs to be done on it.
Cc: Ian Abbott
Cc: H
On 2014-05-22 01:40, Chase Southwood wrote:
This function is already compliant with the comedi API and is behaving as
comedi core expects. This patch moves it out of
addi-data/hwdrv_apci1564.c and into the driver proper since no further
work needs to be done on it.
Cc: Ian Abbott
Cc: H
Hi Thierry,
Today's linux-next merge of the pwm tree got a conflict in
drivers/leds/leds-pwm.c between commit 5f7b03dc2ab5 ("leds: leds-pwm:
provide a common function to setup a single led-pwm device") from the
leds tree and commit 81225bed3273 ("leds: leds-pwm: retrieve configured
PWM period")
There are two checks for CONFIG_SIBYTE_BCM1480_PROF in the tree since
v2.6.15. The related Kconfig symbol has never been added to the tree. So
these checks have always evaluated to false. Besides, one of these
checks guards a call of sbprof_cpu_intr(). But that function is not
defined. Remove all
On 05/13/2014 11:45 AM, Mel Gorman wrote:
> The test_bit operations in get/set pageblock flags are expensive. This patch
> reads the bitmap on a word basis and use shifts and masks to isolate the bits
> of interest. Similarly masks are used to set a local copy of the bitmap and
> then
> use
From: Borislav Petkov
So 009f225ef050 ("powercap, intel-rapl: Fix CPU hotplug callback
registration") says how get_/put_online_cpus() should be replaced with
this cpu_notifier_register_begin/_done().
But they're still there so what's up?
Let me do what was supposed to be done.
Cc: Srinivas
Hi Magnus,
Thanks for your series! This looks like a good solution for interim board
support.
On Thu, May 22, 2014 at 10:53 AM, Magnus Damm wrote:
> Olof, patch 3/3 contains some board staging code for KZM9D. As it is
> today the EMEV2 SoC is DT-only and we neither have defconfig nor Kconfig
>
The patch series makes use of the helper functions and remove open coded
functions. The patch set also formats the palmas header file. Converts all
the offset values to hexadecimal.
Boot Tested on omap5-uevm board.
Keerthy (2):
regulator: palmas: Make use of helper functions and remove open
601 - 700 of 1602 matches
Mail list logo
