On Tue, Mar 11 2014 at 4:31am -0400,
Arnd Bergmann wrote:
> Commit 983043be0c1de "dm era: support non power-of-2 blocksize"
> introduced the use of sector_div to divide a variable of type
> dm_block_t by an integer. This fails on 32-bit machines when
> CONFIG_LBDAF is not set, because that assum
I think the reason problem is that:
1. there are zero length IO/Memory resources for these machines, and for those
resources
a) w/o commit b355cee88e3b1a193f0e9a81db810f6f83ad728b,
acpi_dev_resource_memory/io returns true
b) w commit b355cee88e3b1a193f0e9a81db810f6f83ad728b,
acpi_dev_reso
On 03/10/2014 04:15 PM, Laurent Pinchart wrote:
> Hi Grant,
>
> On Monday 10 March 2014 14:58:15 Grant Likely wrote:
>> On Mon, 10 Mar 2014 14:52:53 +0100, Laurent Pinchart wrote:
>>> On Monday 10 March 2014 12:18:20 Tomi Valkeinen wrote:
On 08/03/14 13:41, Grant Likely wrote:
>> Ok. If w
Signed-off-by: Rostislav Lisovy
---
net/wireless/chan.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/net/wireless/chan.c b/net/wireless/chan.c
index 78559b5..87e1576 100644
--- a/net/wireless/chan.c
+++ b/net/wireless/chan.c
@@ -531,12 +531,14 @@ bool cfg80211_chandef_usable(struct wiphy
Current code checks if the 20MHz BW is allowed for particular
channel -- if it is not, the channel is disabled. Since we
need to use 5/10 MHz channels, this code is modified in the way
that the default BW to check is 5MHz. If 5MHz is greater than
the maximum bandwidth allowed by the channel, the ch
Signed-off-by: Rostislav Lisovy
---
include/net/mac80211.h | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/include/net/mac80211.h b/include/net/mac80211.h
index f4ab2fb..f56e45b 100644
--- a/include/net/mac80211.h
+++ b/include/net/mac80211.h
@@ -4585,7 +4585,9 @@ conf_is_h
If the 'split wiphy dump' is enabled report the extra attributes
(if present) describing the bandwidth restrictions.
If the 'split wiphy dump' is not enabled completely omit those
channels that have flags set to either IEEE80211_CHAN_NO_10MHZ
or IEEE80211_CHAN_NO_20MHZ thus preventing breaking of o
The IEEE 802.11p amendment specifies usage of 5 and 10 MHz wide
channels in 5.9GHz band for vehicular environment. This patch-set adds
new channel attributes holding the information about the prohibited
bandwidths. This is meant to be used mainly with channels in 5.9GHz
band in future implementatio
On Tuesday, March 11, 2014 12:59:47 PM Zhang, Rui wrote:
> I think the reason problem is that:
> 1. there are zero length IO/Memory resources for these machines, and for
> those resources
>a) w/o commit b355cee88e3b1a193f0e9a81db810f6f83ad728b,
> acpi_dev_resource_memory/io returns true
>
Since there are channels which have only 10 or 5 MHz bandwidth,
we have to keep track about this information (and be able to
report it via netlink to userspace).
Signed-off-by: Rostislav Lisovy
---
include/net/cfg80211.h | 6 ++
include/uapi/linux/nl80211.h | 6 ++
2 files changed,
> >>> This patchset brings up USB Host ports and Ethernet port on
> >>> the OMAP5 uEVM board.
> >>>
> >>> It also does some cleanup with respect to DT clock binding
> >>> for the mfd/omap-usb-host driver.
> >>>
> >>> Please queue these for -next.
> >>>
> >>> Lee,
> >>>
> >>> I've folded some platf
On Fri, Mar 07, 2014 at 10:47:49AM +0800, Vincent Guittot wrote:
> Peter,
>
> Was the use of the cpu as a parameter in the initialization of
> sched_domain's flag a reason for asking for reworking the
> initialization of sched_domain ?
/me tries very hard to remember.. and fails.
Reading back th
Hi Chanwoo,
On 11.03.2014 08:54, Chanwoo Choi wrote:
This patch use ADC to get the temperature of SoC/battery by using NTC thermistor
driver in hwmon. NTC thermistor driver covnvert ADC's raw data to temperature
by using following variables:
- pullup-uv: Voltage
- pullup-ohm : Pull-up res
On Sat, Mar 8, 2014 at 3:40 AM, Matthew Garrett wrote:
> Ok, can you try this one?
>
That seems to do it. I was afraid that setting OSDW globally would
affect other parts (USB?) But that does not seem to be the case.
What is the reason for clearing the PME flag?
Andreas
--
To unsubscribe from t
Hi Mark,
On Tue, Mar 11, 2014 at 11:47 AM, Mark Brown wrote:
> On Tue, Mar 11, 2014 at 10:59:12AM +0100, Geert Uytterhoeven wrote:
>> From: Geert Uytterhoeven
>
> Applied, thanks, though...
>
>> - ret = clk_prepare_enable(rspi->clk);
>> - if (ret < 0) {
>> - dev_err(&pdev->de
On 03/11/2014 03:07 PM, Lee Jones wrote:
>
> This patchset brings up USB Host ports and Ethernet port on
> the OMAP5 uEVM board.
>
> It also does some cleanup with respect to DT clock binding
> for the mfd/omap-usb-host driver.
>
> Please queue these for -next.
>
>>
> -Original Message-
> From: Rafael J. Wysocki [mailto:r...@rjwysocki.net]
> Sent: Tuesday, March 11, 2014 9:23 PM
> To: Zhang, Rui
> Cc: Markus Trippelsdorf; linux-a...@vger.kernel.org; Wysocki, Rafael J;
> linux-kernel@vger.kernel.org
> Subject: Re: "can't evaluate _CRS: 1" messages sin
On Tuesday, March 11, 2014 01:11:19 PM Zhang, Rui wrote:
>
> > -Original Message-
> > From: Rafael J. Wysocki [mailto:r...@rjwysocki.net]
> > Sent: Tuesday, March 11, 2014 9:23 PM
> > To: Zhang, Rui
> > Cc: Markus Trippelsdorf; linux-a...@vger.kernel.org; Wysocki, Rafael J;
> > linux-kerne
Hi Pavel,
On Tue, Mar 11, 2014 at 1:40 PM, Pavel Machek wrote:
> On Tue 2014-03-11 12:08:11, Geert Uytterhoeven wrote:
>> From: Geert Uytterhoeven
>>
>> Signed-off-by: Geert Uytterhoeven
>
> Acked-by: Pavel Machek
Thanks!
> Is it going to go in through the trivial tree?
I didn't send this t
Hi Tomi,
On Tuesday 11 March 2014 14:59:20 Tomi Valkeinen wrote:
> On 11/03/14 13:43, Laurent Pinchart wrote:
> >> We could scan the whole tree for entities, ports and endpoints once, in
> >> the base oftree code, and put that into a graph structure, adding the
> >> backlinks. The of_graph_* helpe
On Sat, Mar 08, 2014 at 12:40:58PM +, Dietmar Eggemann wrote:
> >
> >I don't have a strong opinion about using or not a cpu argument for
> >setting the flags of a level (it was part of the initial proposal
> >before we start to completely rework the build of sched_domain)
> >Nevertheless, I see
On 11 March 2014 11:08, Preeti U Murthy wrote:
> Hi Vincent,
>
> On 03/05/2014 12:48 PM, Vincent Guittot wrote:
>> Create a dedicated topology table for handling asymetric feature.
>> The current proposal creates a new level which describes which groups of CPUs
>> take adavantge of SD_ASYM_PACKING
On Tue, Mar 11, 2014 at 01:30:17AM -0400, Dave Jones wrote:
> > > >
> > > > I don't see any holes in regular migration. Do you know if this is
> > > > reproducible with CONFIG_NUMA_BALANCING=n or CONFIG_NUMA=n?
> > >
> > > CONFIG_NUMA_BALANCING was n already btw, so I'll do a NUMA=n run.
On 11 March 2014 12:27, Lee Jones wrote:
>Subject: Re: [RESEND] [PATCH V1 2/2] rtc: da9063: RTC driver
>
>> From: Opensource [Steve Twiss]
>>
>> Add the RTC driver for DA9063.
>>
>> Signed-off-by: Opensource [Steve Twiss]
>> Acked-by: Alessandro Zummo
>> Acked-by: Lee Jones
>
>How could I have
On Tue, 2014-03-11 at 12:08 +, Catalin Marinas wrote:
> Mark,
>
> On Sun, Mar 09, 2014 at 05:00:38PM +, Mark Salter wrote:
> > This patch series takes the common bits from the x86 early ioremap
> > implementation and creates a generic implementation which may be used
> > by other architect
On Tue, Mar 11, 2014 at 01:06:09PM +, Lee Jones wrote:
> > > > Something in the MFD_PM8XXX driver must have changed recently that now
> > > > allows
> > > > the KEYBOARD_PMIC8XXX driver to be enabled. Unfortunately, it does not
> > > > build
> > > > because of a dependency on the header file
> >>>From: Srinivas Kandagatla
> >>>
> >>>This patch adds support to rev E board of B2020 which has few minor
> >>>changes :
> >>> PHY reset PIO (Change from PIO30 to PIO07)
> >>> Power LED(Green) Control(Change from PIO47 to PIO13)
> >>
> >>I thought we decided last October to support only on
On 03/11/2014 09:20 AM, Cyrill Gorcunov wrote:
On Tue, Mar 11, 2014 at 01:30:17AM -0400, Dave Jones wrote:
> > >
> > > I don't see any holes in regular migration. Do you know if this is
> > > reproducible with CONFIG_NUMA_BALANCING=n or CONFIG_NUMA=n?
> >
> > CONFIG_NUMA_BALANCING
On Tue, Mar 11, 2014 at 08:54:32PM +0800, Nicolin Chen wrote:
Adding Jyri who's been looking at this as well but not added anyone else
working on simple-card so you might've missed his mails.
> It's pretty fair to do it for DAIFMT_INV since two dais might have differnt
> definitions in their driv
On Tue, Mar 11, 2014 at 02:10:31PM +0100, Geert Uytterhoeven wrote:
> Can you please elaborate what should be fixed?
> If I disable CONFIG_PM_RUNTIME, the kernel prints:
> Runtime PM disabled, clock forced on.
> and the clock is enabled all the time (verified by looking at the clock
> regis
Am Mon, 10 Mar 2014 16:28:34 +0100
schrieb Paul Bolle :
> So I'm basically advising Julian to
> double check whether this is really a change in behavior between
> v3.13 and v3.14-rc1. But perhaps Julian already did.
Yes, I did and it happens reliably on every boot with v3.14-rc1.
Cheers,
Julian W
On 11 March 2014 11:31, Peter Zijlstra wrote:
> On Thu, Mar 06, 2014 at 04:32:35PM +0800, Vincent Guittot wrote:
>> > Never got the new name DIE for CPU? Might confuse people when they use
>> > /proc/sys/kernel/sched_domain/cpuX/domainY/name or
>> > sched_domain_debug_one().
>>
>> In fact, CPU is
On 11/03/14 15:16, Laurent Pinchart wrote:
>> And if I gathered Grant's opinion correctly (correct me if I'm wrong),
>> he thinks things should be explicit, i.e. the bindings for, say, an
>> encoder should state that the encoder's output endpoint _must_ contain a
>> remote-endpoint property, where
Am Mon, 10 Mar 2014 11:39:44 +0100 (CET)
schrieb Thomas Gleixner :
> And that definitely does not affect the quick calibration. No idea,
> except bisecting.
Ok, via bisecting I found commit
73f7d1ca32638028e3271f54616773727e2f9f26 (see below) to be the one that
introduced this regression.
Cheers,
Dear Sir/Madam,
Hope this meets you well. Please we are interested in purchasing your
company's products, we do hope to establish a long term relationship. However,
please we would like to see your company's latest catalogs with the;
Minimum Order Quantity
Delivery time/FOB
payment terms
> > > > > Something in the MFD_PM8XXX driver must have changed recently that
> > > > > now allows
> > > > > the KEYBOARD_PMIC8XXX driver to be enabled. Unfortunately, it does
> > > > > not build
> > > > > because of a dependency on the header file
> > > > > that
> > > > > does not exist.
> >
>
On Wed, Mar 05, 2014 at 11:49:31AM -0800, Andi Kleen wrote:
> From: Andi Kleen
>
SNIP
> +#endif /* __JSMN_H_ */
> diff --git a/tools/perf/util/json.c b/tools/perf/util/json.c
> new file mode 100644
> index 000..48201114
> --- /dev/null
> +++ b/tools/perf/util/json.c
> @@ -0,0 +1,156 @@
> +/
On Wed, Mar 05, 2014 at 11:49:33AM -0800, Andi Kleen wrote:
> From: Andi Kleen
>
SNIP
>
> diff --git a/tools/perf/arch/x86/Makefile b/tools/perf/arch/x86/Makefile
> index 1641542..0efeb14 100644
> --- a/tools/perf/arch/x86/Makefile
> +++ b/tools/perf/arch/x86/Makefile
> @@ -14,4 +14,5 @@ LIB_O
On Wed, Mar 05, 2014 at 11:49:31AM -0800, Andi Kleen wrote:
> From: Andi Kleen
>
SNIP
> +#endif /* __JSMN_H_ */
> diff --git a/tools/perf/util/json.c b/tools/perf/util/json.c
> new file mode 100644
> index 000..48201114
> --- /dev/null
> +++ b/tools/perf/util/json.c
> @@ -0,0 +1,156 @@
> +/
On Wed, Mar 05, 2014 at 11:49:31AM -0800, Andi Kleen wrote:
> From: Andi Kleen
SNIP
> +/* Return line number of a jsmn token */
> +int json_line(char *map, jsmntok_t *t)
> +{
> + return countchar(map, '\n', t->start) + 1;
> +}
> +
> +static const char *jsmn_types[] = {
> + [JSMN_PRIMITIV
On Wed, Mar 05, 2014 at 11:49:31AM -0800, Andi Kleen wrote:
> From: Andi Kleen
>
SNIP
> +jsmntok_t *parse_json(const char *fn, char **map, size_t *size, int *len)
> +{
> + jsmn_parser parser;
> + jsmntok_t *tokens;
> + jsmnerr_t res;
> + unsigned sz;
> +
> + *map = mapfile(f
On Tue, Mar 11, 2014 at 09:23:05AM -0400, Sasha Levin wrote:
> >>
> >>Ok, with move_pages excluded it still oopses.
> >
> >Dave, is it possible to somehow figure out was someone reading pagemap file
> >at moment of the bug triggering?
>
> We can sprinkle printk()s wherever might be useful, might n
Hi Mark,
On Tue, Mar 11, 2014 at 2:26 PM, Mark Brown wrote:
> On Tue, Mar 11, 2014 at 02:10:31PM +0100, Geert Uytterhoeven wrote:
>
>> Can you please elaborate what should be fixed?
>
>> If I disable CONFIG_PM_RUNTIME, the kernel prints:
>
>> Runtime PM disabled, clock forced on.
>
>> and the
On Saturday 08 March 2014, Rob Herring wrote:
> On Fri, Mar 7, 2014 at 10:02 AM, Arnd Bergmann wrote:
> > a) Follow what we do for PCI devices: assume that we can do DMA_MASK(32)
> > on any device, and have drivers call dma_set_mask(DMA_MASK(64)) on devices
> > that would like to do more than tha
On 11 March 2014 00:00, Srikanth Thokala wrote:
> On Mon, Mar 10, 2014 at 9:30 PM, Jassi Brar wrote:
>> On Thu, Mar 6, 2014 at 7:18 PM, Srikanth Thokala wrote:
>>
>>> +static struct dma_async_tx_descriptor *
>>> +xilinx_vdma_dma_prep_interleaved(struct dma_chan *dchan,
>>> +
Hi,
Am Dienstag, den 11.03.2014, 15:27 +0200 schrieb Tomi Valkeinen:
> On 11/03/14 15:16, Laurent Pinchart wrote:
>
> >> And if I gathered Grant's opinion correctly (correct me if I'm wrong),
> >> he thinks things should be explicit, i.e. the bindings for, say, an
> >> encoder should state that t
On 10/03/14 07:53, Tomi Valkeinen wrote:
> On 08/03/14 14:25, Grant Likely wrote:
>
>> Sure. If endpoints are logical, then only create the ones actually
>> hooked up. No problem there. But nor do I see any issue with having
>> empty connections if the board author things it makes sense to have th
On 11/03/14 13:27, Vincent Guittot wrote:
> On 11 March 2014 11:31, Peter Zijlstra wrote:
>> On Thu, Mar 06, 2014 at 04:32:35PM +0800, Vincent Guittot wrote:
Never got the new name DIE for CPU? Might confuse people when they use
/proc/sys/kernel/sched_domain/cpuX/domainY/name or
sc
On 05/03/2014 21:25, Roland Dreier wrote:
It's quite clear that this is a general problem with IPoIB connected
mode on any IB device. In connected mode, a packet send can trigger
establishing a new connection, which will allocate a new QP, which in
particular will allocate memory for the QP in t
On Tue, 11 Mar 2014, Tetsuo Handa wrote:
> And the same phrase goes to James Morris...
>
> If you are sure that it is safe to use get_task_comm() from
> dump_common_audit_data() and you prefer locked version, please pick up below
> patch via your git tree.
>
> If you are unsure or prefer lockles
On 03/10/2014 12:42 PM, Laurent Pinchart wrote:
> Hi Andrzej,
>
>>> I like that idea. I would prefer making the 'port' nodes mandatory and the
>>> 'ports' and 'endpoint' nodes optional. Leaving the 'port' node out
>>> slightly decreases readability in my opinion, but making the 'endpoint'
>>> node
On Tue, 11 Mar 2014, Julian Wollrath wrote:
> Am Mon, 10 Mar 2014 11:39:44 +0100 (CET)
> schrieb Thomas Gleixner :
> > And that definitely does not affect the quick calibration. No idea,
> > except bisecting.
> Ok, via bisecting I found commit
> 73f7d1ca32638028e3271f54616773727e2f9f26 (see below)
Hi,
This patchset modifies max8997 driver and associated function drivers to use
register maps instead of operating directly on i2c bus. This change allowed
to simplify irq handling, and to move some initializations to individual
function drivers. Hence now when some functions are not enabled, the
Sorry, I missed this one.
On 03/10/2014 01:34 PM, Lee Jones wrote:
This patch adds support to STiH407 SoC.
Signed-off-by: Maxime Coquelin
Signed-off-by: Giuseppe Cavallaro
---
Documentation/arm/sti/stih407-overview.txt| 18 ++
Documentation/devicetree/bindings/arm/sti.t
This patch modifies max8997 driver and each associated function driver,
to use regmap instead of operating directly on i2c bus. It will allow to
simplify IRQ handling using regmap-irq.
Signed-off-by: Robert Baldyga
---
drivers/extcon/extcon-max8997.c | 31
drivers/input/misc/max89
This patch moves code creating new i2c clients and regmaps to function
drivers which uses them. It allow to avoid creating this instances when
intividual function drivers are not enabled.
Signed-off-by: Robert Baldyga
---
drivers/extcon/extcon-max8997.c | 118 +++--
This patch modifies mfd driver to use regmap for handling interrupts.
It allows to simplify irq handling process. This modifications needed
to make small changes in function drivers, which use interrupts.
Signed-off-by: Robert Baldyga
---
drivers/extcon/extcon-max8997.c |3 +-
drivers/mf
On Tue, Mar 11, 2014 at 02:08:55PM +0100, Andreas Noever wrote:
> That seems to do it. I was afraid that setting OSDW globally would
> affect other parts (USB?) But that does not seem to be the case.
I think it results in the USB ports coming up in XHCI mode by default,
but we can handle that. T
On Sun, Mar 02, 2014 at 10:42:05PM +0800, Ming Lei wrote:
> >> @@ -237,8 +242,11 @@ void percpu_ida_free(struct percpu_ida *pool,
> >> unsigned tag)
> >> spin_unlock(&tags->lock);
> >>
> >> if (nr_free == 1) {
> >> - cpumask_set_cpu(smp_processor_id(),
> >> -
Hi Herbert,
於 一,2014-03-10 於 19:57 +0800,Herbert Xu 提到:
> On Mon, Mar 10, 2014 at 05:22:51PM +0800, Lee, Chun-Yi wrote:
> > When allocate crypto algorithms, e.g. crypto_alloc_shash(), using
> > template model will run into the path that call module_request().
> > But there have no any module alia
On Mar 10, 2014, at 4:19 PM, Santosh Shilimkar wrote:
>>> + -- reg-names : Names for the above register regions. The name to
>>> be
>>> + used is as follows:
>>> + - "config" : Queue configuration region.
>>> + - "
On Wed, Mar 05, 2014 at 11:49:32AM -0800, Andi Kleen wrote:
> 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.
>
> T
Hi Marc,
> -Original Message-
> From: Marc Kleine-Budde [mailto:m...@pengutronix.de]
> Sent: Tuesday, March 11, 2014 6:19 PM
> To: Appana Durga Kedareswara Rao
> Cc: linux-...@vger.kernel.org; net...@vger.kernel.org; linux-arm-
> ker...@lists.infradead.org; linux-kernel@vger.kernel.org;
>
On Wed, Mar 05, 2014 at 11:49:36AM -0800, Andi Kleen wrote:
> 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 subs
On Tue, Mar 11, 2014 at 02:35:15PM +0100, Geert Uytterhoeven wrote:
> On Tue, Mar 11, 2014 at 2:26 PM, Mark Brown wrote:
> > On Tue, Mar 11, 2014 at 02:10:31PM +0100, Geert Uytterhoeven wrote:
> >> Can you please elaborate what should be fixed?
> >> If I disable CONFIG_PM_RUNTIME, the kernel pri
On 2014-03-09 02:42, Conrad Meyer wrote:
Brought to you with the help of sed and manual clean-up after.
$ sed -i -e 's|printk("\\n|dev_warn(dev->hw_dev,\n\t"|' \
addi-data/hwdrv_apci1500.c
Since all of these printk()s were for invalid API inputs and most of
them returned -EINVAL, I fixe
MAXIM 14577 MFD driver uses the regmap_irq_chip so it's Kconfig entry
should select REGMAP_IRQ.
Signed-off-by: Krzysztof Kozlowski
---
drivers/mfd/Kconfig |1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/mfd/Kconfig b/drivers/mfd/Kconfig
index 49bb445d846a..50dd5654d356 100644
---
On 2014-03-09 04:00, Chase Southwood wrote:
This patch changes a handful of while loops to timeouts to prevent
infinite looping on hardware failure. A couple such loops are in a
function (s626_debi_transfer()) which is called from critical sections,
so comedi_timeout() is unusable for them, and a
On Wed, Mar 05, 2014 at 11:49:37AM -0800, Andi Kleen wrote:
> From: Andi Kleen
>
> Fix the logic to allow overriding event default periods with -c or -F
> on the command line. I'm not sure what the previous if was supposed
> to do, it didn't work and seemed bogus. I just remove the extra
> check
Hi, Steven -
> > So it is a deferred-activation kind of call, with no way of knowing
> > when or if the tracepoints will start coming in. Why is that
> > supported at all, considering that clients could monitor modules
> > coming & going via the module_notifier chain, and update registration
> >
On 2014-03-08 01:43, Chase Southwood wrote:
This patch for s626.c propagates the errors from the newly introduced
calls to comedi_timeout() as far as possible.
Signed-off-by: Chase Southwood
---
Compile tested.
2: This patch was introduced in v2 of this set.
3: Rebased on top of PATCH 1/2 edi
On Tue, 2014-03-11 at 11:11 +0100, Geert Uytterhoeven wrote:
> From: Geert Uytterhoeven
>
> Make banner const while we're at it
One thing to consider is to add
#define pr_fmt(fmt) KBUILD_MODNAME ": " fmt
before any #include to make sure all messages
are appropriately prefixed by subsystem name
On Tue, Mar 11, 2014 at 05:41:58PM +0400, Cyrill Gorcunov wrote:
> On Tue, Mar 11, 2014 at 09:23:05AM -0400, Sasha Levin wrote:
> > >>
> > >>Ok, with move_pages excluded it still oopses.
> > >
> > >Dave, is it possible to somehow figure out was someone reading pagemap
> > >file
> > >at mome
On Wed, Mar 05, 2014 at 11:49:38AM -0800, Andi Kleen wrote:
> 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
[jolsa@krava perf]$ ./perf test -vvv 25
25: Test parsing JSON aliases
On 2014-03-09 07:26, Fred Akers wrote:
This patch fixes a few function names that are very long and are
not in the correct naming style
Signed-off-by: Fred Akers
---
.../comedi/drivers/addi-data/hwdrv_apci1564.c | 62 ++
drivers/staging/comedi/drivers/addi_apci_1564.
On Tue, 2014-03-11 at 14:58 +0100, Robert Baldyga wrote:
> This patch modifies max8997 driver and each associated function driver,
> to use regmap instead of operating directly on i2c bus. It will allow to
> simplify IRQ handling using regmap-irq.
>
> Signed-off-by: Robert Baldyga
> ---
> driver
On 03/11/2014 03:08 PM, Appana Durga Kedareswara Rao wrote:
> + struct napi_struct napi;
> + u32 (*read_reg)(const struct xcan_priv *priv, enum xcan_reg reg);
> + void (*write_reg)(const struct xcan_priv *priv, enum xcan_reg reg,
> + u32 val);
> + stru
On 14-03-11 12:54 AM, Fengguang Wu wrote:
> On Mon, Mar 10, 2014 at 10:49:24AM -0400, Paul Gortmaker wrote:
>> On 14-03-08 03:07 AM, kbuild test robot wrote:
>>> tree: git://git.kernel.org/pub/scm/linux/kernel/git/benh/powerpc.git next
>>> head: c7e64b9ce04aa2e3fad7396d92b5cb92056d16ac
>>> comm
On 2014-03-09 16:24, Conrad Meyer wrote:
Also kill some useless comments while I was there, e.g.:
if (foo) {
...
} /* if (foo) */
With vim:
:%s/}\t\t*\/\*\s\s*\(if\|else\|for\|while\|switch\).*$/}/
Signed-off-by: Conrad Meyer
Reviewed-by: Ian Abbott
--
-=( Ian Abbott @ MEV L
On Tue, Mar 11, 2014 at 10:28:17AM -0400, Dave Jones wrote:
> On Tue, Mar 11, 2014 at 05:41:58PM +0400, Cyrill Gorcunov wrote:
> > On Tue, Mar 11, 2014 at 09:23:05AM -0400, Sasha Levin wrote:
> > > >>
> > > >>Ok, with move_pages excluded it still oopses.
> > > >
> > > >Dave, is it possible to
Hi Akashi,
On Fri, Feb 28, 2014 at 05:18:37AM +, AKASHI Takahiro wrote:
> This patchset implements a function tracer on arm64.
> There was another implementation from Cavium network, but both of us agreed
> to use my patchset as future base. He is supposed to review this code, too.
>
> The on
Before commit b355cee88e3b1a193f0e9a81db810f6f83ad728b,
if acpi_dev_resource_memory()/acpi_dev_resource_io() returns false,
it means the the resource is not a memeory/IO resource.
But after commit b355cee88e3b1a193f0e9a81db810f6f83ad728b,
if the memory/IO resource is invalid (the length of the res
On Mon, Mar 10, 2014 at 03:12:33PM +0100, Bart Van Assche wrote:
> Avoid that percpu_ida_alloc() hangs or crashes if there are still
> tags are available. Wait until a tag becomes available instead of
> giving up when running out of tags temporarily. This patch fixes
> the following kernel bug:
Hi
On Tuesday 11 March 2014 10:04 PM, Kumar Gala wrote:
>
> On Mar 10, 2014, at 4:19 PM, Santosh Shilimkar
> wrote:
>
+ -- reg-names : Names for the above register regions. The name
to be
+ used is as follows:
+ - "confi
On 2014-03-09 16:24, Conrad Meyer wrote:
Take advantage of -EINVAL returns to flatten code structure and
hopefully reduce the number of 80+ character lines.
Signed-off-by: Conrad Meyer
Reviewed-by: Ian Abbott
--
-=( Ian Abbott @ MEV Ltd.E-mail: )=-
-=( Tel: +44 (0)161 477 1898
On Tue, 11 Mar 2014 04:08:27 + (UTC)
Mathieu Desnoyers wrote:
> > That's my argument.
>
> So basically, all we'd have to do in LTTng is to add a hash table tracking the
> tracepoint probes which are registered, but for which there are no
> tracepoint call sites. Whenever registration of a
On Tue, 2014-03-11 at 14:58 +0100, Robert Baldyga wrote:
> This patch modifies mfd driver to use regmap for handling interrupts.
> It allows to simplify irq handling process. This modifications needed
> to make small changes in function drivers, which use interrupts.
>
> Signed-off-by: Robert Bald
Julian, Markus and Paul,
Can you please check if this patch fixes the problem for you or not?
Thanks,
rui
> -Original Message-
> From: Zhang, Rui
> Sent: Tuesday, March 11, 2014 10:40 PM
> To: linux-a...@vger.kernel.org; linux-kernel@vger.kernel.org
> Cc: Wysocki, Rafael J; jwollr...@web
On Mar 11, 2014 2:36 AM, "Linus Torvalds" wrote:
>
> On Mon, Mar 10, 2014 at 9:10 PM, Andy Lutomirski wrote:
> >
> > I suspect that a lot of 32-bit Linux users want syscall and/or
> > sysenter, and Stefani certainly wants the fast timing that the vDSO
> > can provide. Also, presumably __kernel_s
> -Original Message-
> From: Rafael J. Wysocki [mailto:r...@rjwysocki.net]
> Sent: Tuesday, March 11, 2014 9:23 PM
> To: Zhang, Rui
> Cc: Markus Trippelsdorf; linux-a...@vger.kernel.org; Wysocki, Rafael J;
> linux-kernel@vger.kernel.org
> Subject: Re: "can't evaluate _CRS: 1" messages sin
Replace hw_dev with class_dev in new dev_warn()s.
Sending this as a patch on top of the one already applied, since GregKH already
took that one. If this is the wrong way to fix it, please let me know how I
should proceed, I'm new.
Thanks!
Signed-off-by: Conrad Meyer
---
.../comedi/drivers/addi
On 03/11/2014 03:32 PM, Krzysztof Kozlowski wrote:
> On Tue, 2014-03-11 at 14:58 +0100, Robert Baldyga wrote:
>> This patch modifies max8997 driver and each associated function
>> driver, to use regmap instead of operating directly on i2c bus. It
>> will allow to simplify IRQ handling using regma
On 03/11/2014 10:37 AM, Cyrill Gorcunov wrote:
On Tue, Mar 11, 2014 at 10:28:17AM -0400, Dave Jones wrote:
On Tue, Mar 11, 2014 at 05:41:58PM +0400, Cyrill Gorcunov wrote:
> On Tue, Mar 11, 2014 at 09:23:05AM -0400, Sasha Levin wrote:
> > >>
> > >>Ok, with move_pages excluded it still oops
On Tuesday, March 11, 2014 02:31:07 PM Ian Abbott wrote:
> On 2014-03-09 07:26, Fred Akers wrote:
> > This patch fixes a few function names that are very long and are
> > not in the correct naming style
> >
> > Signed-off-by: Fred Akers
> > ---
> >
> > .../comedi/drivers/addi-data/hwdrv_apci15
- Original Message -
> From: "Frank Ch. Eigler"
> To: "Steven Rostedt"
> Cc: "Mathieu Desnoyers" ,
> linux-kernel@vger.kernel.org, "Ingo Molnar"
> , "Frederic Weisbecker" , "Andrew
> Morton" ,
> "Johannes Berg"
> Sent: Tuesday, March 11, 2014 10:26:50 AM
> Subject: Re: [for-next][PATCH
On Tue, 2014-03-11 at 14:58 +0100, Robert Baldyga wrote:
> This patch moves code creating new i2c clients and regmaps to function
> drivers which uses them. It allow to avoid creating this instances when
> intividual function drivers are not enabled.
s/which uses/which use/
s/It allow/ It allows/
On Tue, Jan 28, 2014 at 09:38:46AM +0100, Alexander Gordeev wrote:
> Here are few fixes to the code that caught my eye.
Keith, Matthew?
--
Regards,
Alexander Gordeev
agord...@redhat.com
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord.
On 2014.03.11 at 14:50 +, Zhang, Rui wrote:
> Julian, Markus and Paul,
>
> Can you please check if this patch fixes the problem for you or not?
Your patch fixes the issue for me.
Thanks.
--
Markus
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a m
Hi Grant,
Am Montag, den 10.03.2014, 14:58 + schrieb Grant Likely:
> On Mon, 10 Mar 2014 14:52:53 +0100, Laurent Pinchart
> wrote:
> > On Monday 10 March 2014 12:18:20 Tomi Valkeinen wrote:
> > > On 08/03/14 13:41, Grant Likely wrote:
> > > >> Ok. If we go for single directional link, the qu
Sir / Madam,
Få et lån på 3% både på kort og lang sikt. Den Santander Consumer
Finance er en global utlån gruppe etablert for å møte behovene til
økonomisk deprimert kunder. Vi opererer i alle kategorier av lån.
Oppgi følgende informasjon hvis interessert.
Fullt navn:
kjønn:
land:
Beløp Needed:
501 - 600 of 823 matches
Mail list logo