Hi,
I am Ms.Riojas,US citizen in Afghanistan ,it's my great pleasure to come across
your contact today.If you wouldn't mind, can we chat? On face book/ Skype or
yahoo messenger for an important discussion that will project good image to our
future. As we are ready to go home in few months time.
On Sat, Dec 21, 2013 at 10:14:09AM -0800, Randy Dunlap wrote:
> On 12/21/13 08:21, Masanari Iida wrote:
> > Correct spelling typo in Documentations/virtual/kvm
> >
> > Signed-off-by: Masanari Iida
>
> Acked-by: Randy Dunlap
>
> Thanks.
Applied, thanks.
--
To unsubscribe from this list: send
"perf list" listing of hardware events doesn't work on older ARM devices.
The change enabling event detection:
commit b41f1cec91c37eeea6fdb15effbfa24ea0a5536b
Author: Namhyung Kim
Date: Tue Aug 27 11:41:53 2013 +0900
perf list: Skip unsupported events
uses the following code in tool
On Wed, Dec 18, 2013 at 06:17:33AM +, Zheng, Lv wrote:
> Currently we didn't do much on automatically optimized out ACPI_FUTURE_USAGE
> functions as long as they do not affect the generation of vmlinux binary.
They do affect the size of vmlinux, though, if they're left compiled in
but not act
CC davem, sparclinux
On Sun, Nov 24, 2013 at 12:54 AM, Kirill Tkhai wrote:
> 23.11.2013, 22:40, "Guenter Roeck" :
>> ===
>> Building sparc64:allmodconfig ... failed
>> --
>> Error log:
>> arch/sparc/kernel/kgdb_64.c: In function 'kgdb_trap':
>> arch/sparc/kernel/kg
On 12/30/2013 12:15 PM, Julia Lawall wrote:
From: Julia Lawall
Ether_addr_equal_64bits is more efficient than ether_addr_equal, and can be
used when each argument is an array within a structure that contains at
least two bytes of data beyond the array.
The structures involved are:
ieee80211_hd
The msm_sdcc driver uses mach specific dma APIs. This is not
compatible with the multi-platform ARM effort. Let's only compile
this driver on MSM devices that are prepared to support it,
allowing the DT based MSM devices to enter the multi-platform ARM
build.
Cc: Chris Ball
Signed-off-by: Stephen
The msm_serial_hs driver uses mach specific dma APIs. This is not
compatible with the multi-platform ARM effort. Let's only compile
this driver on MSM devices that are prepared to support it;
allowing the DT based MSM devices to enter the multi-platform ARM
build.
Acked-by: Greg Kroah-Hartman
Sig
The functionality provided by clock.c in mach-msm is only needed
on proc_comm based platforms. Only build the file if proc_comm is
enabled. This prevents compile failures for platforms that are
part of the multi-platform kernel.
Signed-off-by: Stephen Boyd
---
arch/arm/mach-msm/Makefile | 2 +-
The DT based MSM platforms can join the multi-platform builds, so
introduce a DT based ARCH_MSM option. This option allows DT based
MSM platforms to be built into the multi-platform kernel. Also
introduce a hidden ARCH_MSM config that both the DT and non-DT
platform support code select to avoid chu
These patches allow the DT based MSM platforms to be built as part of the
multi-platform kernel. I need acks from Chris Ball on the mmc patch and
Rob/Dave on the drm patch. I dropped Arnd's ack on patch 6 because I've
rebased that patch on top of the patchset David sent out (which this is in
reply
The MSM timer is only used on MSM devices that don't have the
architected timers. Introduce a hidden Kconfig option for this
driver so that we don't build it on the platforms that don't need
it.
Signed-off-by: Stephen Boyd
---
arch/arm/mach-msm/Kconfig | 9 +
arch/arm/mach-msm/Makefile
On 12/30/13 13:15, Stephen Boyd wrote:
> These patches allow the DT based MSM platforms to be built as part of the
> multi-platform kernel. I need acks from Chris Ball on the mmc patch and
> Rob/Dave on the drm patch. I dropped Arnd's ack on patch 6 because I've
> rebased that patch on top of the p
From: "Ivan T. Ivanov"
This patch fix compilation error when driver is compiled
in multi-platform builds.
drivers/built-in.o: In function `msm_otg_link_clk_reset':
./drivers/usb/phy/phy-msm-usb.c:314: undefined reference to `clk_reset'
./drivers/usb/phy/phy-msm-usb.c:318: undefined reference to
This file doesn't use the clk_reset() API that is exposed in
mach-msm's mach/clk.h file. Remove the include so that this
driver can be compiled as part of the multi-platform kernel.
Cc: Rob Clark
Cc: Dave Airlie
---
drivers/gpu/drm/msm/mdp4/mdp4_dtv_encoder.c | 2 --
1 file changed, 2 deletions
On 12/30/13 13:15, Stephen Boyd wrote:
> This file doesn't use the clk_reset() API that is exposed in
> mach-msm's mach/clk.h file. Remove the include so that this
> driver can be compiled as part of the multi-platform kernel.
>
> Cc: Rob Clark
> Cc: Dave Airlie
Signed-off-by: Stephen Boyd
> -
On Mon, 2013-12-30 at 20:58 +0100, Julia Lawall wrote:
> > Is there any way we could catch (sparse, or some other script?) that
> > struct reorganising won't break the condition needed ("within a
> > structure that contains at least two more bytes")?
>
> What kind of reorganizing could happen? D
On 12/30/2013 11:40 AM, Andreas Dilger wrote:
> On Dec 30, 2013, at 12:18, Dave Hansen wrote:
>> Why is this necessary to do in the kernel? Why not leave it to
>> userspace to walk the filesystem(s)?
>
> I would suspect that trying to do it in userspace would be quite bad. It
> would require tr
8779657d29c0 ("stackprotector: Introduce CONFIG_CC_STACKPROTECTOR_STRONG")
causes the build to break when the compiler doesn't support
-fstack-protector-strong:
cc1: error: unrecognized command line option ‘-fstack-protector-strong’
cc1: error: unrecognized command line option ‘-
On Mon, 30 Dec 2013, Johannes Berg wrote:
> On Mon, 2013-12-30 at 20:58 +0100, Julia Lawall wrote:
> > > Is there any way we could catch (sparse, or some other script?) that
> > > struct reorganising won't break the condition needed ("within a
> > > structure that contains at least two more bytes")
On Mon, 30 Dec 2013, Julian Andres Klode wrote:
> On Mon, Nov 11, 2013 at 02:56:30PM +0100, Julian Andres Klode wrote:
> > Add support for battery charge thresholds in new Sandy Bridge and Ivy Bridge
> > ThinkPads. Based on the unofficial documentation in tpacpi-bat.
> >
> > The threshold files su
Linus,
Please pull a couple of DT fixes for 3.13.
Rob
The following changes since commit 413541dd66d51f791a0b169d9b9014e4f56be13c:
Linux 3.13-rc5 (2013-12-22 13:08:32 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/robh/linux.git
tags/dt-fixes-
Hi Grant, Rob,
On Tue, 10 Dec 2013, Paul Walmsley wrote:
> On Sun, 24 Nov 2013, Grant Likely wrote:
>
> > On Fri, 22 Nov 2013 17:50:35 -0800, Tony Lindgren wrote:
> > > * Tony Lindgren [131122 17:16]:
> > > > * Tony Lindgren [131122 17:09]:
> > > > > * Russell King - ARM Linux [131122 16:56]
Hi!
> > +config BT_HCIH4P
> > + tristate "HCI driver with H4 Nokia extensions"
> > + depends on BT && ARCH_OMAP
>
> Since then we moved away from doing hci_* prefix of drivers since that is
> misleading. See btusb.ko, btmrvl_sdio.ko etc.
>
> So this might be better named BT_NOK_H4P or BT_NO
Mention module name in Kconfig.
Signed-off-by: Pavel Machek
diff --git a/drivers/bluetooth/Kconfig b/drivers/bluetooth/Kconfig
index 9d46f23..a53e8c7 100644
--- a/drivers/bluetooth/Kconfig
+++ b/drivers/bluetooth/Kconfig
@@ -241,7 +241,7 @@ config BT_WILINK
core driver to communica
Hi!
> > +++ b/drivers/bluetooth/hci_h4p/core.c
> > @@ -0,0 +1,1357 @@
> > +/*
> > + * This file is part of hci_h4p bluetooth driver
> > + *
> > + * Copyright (C) 2005-2008 Nokia Corporation.
> > + *
> > + * Contact: Ville Tervo
>
> I think you can just remove the contact names since I think nobo
On Mon, 30 Dec 2013, Henrique de Moraes Holschuh wrote:
> On Mon, 30 Dec 2013, Julian Andres Klode wrote:
> > On Mon, Nov 11, 2013 at 02:56:30PM +0100, Julian Andres Klode wrote:
> > > Add support for battery charge thresholds in new Sandy Bridge and Ivy
> > > Bridge
> > > ThinkPads. Based on the
On Mon, Dec 30, 2013 at 11:33:47AM -0500, Sasha Levin wrote:
> On 12/30/2013 06:43 AM, Kirill A. Shutemov wrote:
> >On Sat, Dec 28, 2013 at 08:45:03PM -0500, Sasha Levin wrote:
> >>We've recently stumbled on several issues with the page lock which
> >>triggered BUG_ON()s.
> >>
> >>While working on
Hi!
> > +#define NBT_DBG(fmt, arg...) \
> > + pr_debug("%s: " fmt "" , __func__ , ## arg)
> > +
> > +#define NBT_DBG_FW(fmt, arg...) \
> > + pr_debug("%s: " fmt "" , __func__ , ## arg)
> > +
> > +#define NBT_DBG_POWER(fmt, arg...) \
> > + pr_debug("%s: " fmt "" , __fu
On Mon, 2013-12-30 at 19:57 -0200, Henrique de Moraes Holschuh wrote:
> On Mon, 30 Dec 2013, Johannes Berg wrote:
> > On Mon, 2013-12-30 at 20:58 +0100, Julia Lawall wrote:
> > > > Is there any way we could catch (sparse, or some other script?) that
> > > > struct reorganising won't break the condi
On Tue, 2013-12-31 at 00:13 +0100, Johannes Berg wrote:
> On Mon, 2013-12-30 at 19:57 -0200, Henrique de Moraes Holschuh wrote:
> > On Mon, 30 Dec 2013, Johannes Berg wrote:
> > > On Mon, 2013-12-30 at 20:58 +0100, Julia Lawall wrote:
> > > > > Is there any way we could catch (sparse, or some other
The associative array code creates unnecessary and potentially problematic
global variable 'status'. Remove it since never used.
Signed-off-by: Stephen Hemminger
--- a/lib/assoc_array.c 2013-12-20 07:59:47.468147094 -0800
+++ b/lib/assoc_array.c 2013-12-30 15:14:38.034880698 -0800
@@ -157,7 +157
>> +#define MAX_PATTEN_LEN 255
>
> Arbitary limits that are not needed if it was in userspace, and not it
> seems a sensible one - why not use 256 ?
The maximum memory is 256, we keep one for '\0'
>> +static ssize_t pattern_delay_unit_store(struct device *dev,
>> + struct device_attribute *attr,
Hi again,
On Mon, Dec 30, 2013 at 03:52:51PM +0100, Sebastian Reichel wrote:
> On Mon, Dec 30, 2013 at 03:31:25PM +0100, Pali Rohár wrote:
> > [...] I think that correct commit message is not needed now.
> Wolfram Sang gave a talk about that at 30C3 yesterday. Official
> recordings of his talk ar
On Mon, Dec 30, 2013 at 08:40:45PM -0200, Henrique de Moraes Holschuh wrote:
> On Mon, 30 Dec 2013, Henrique de Moraes Holschuh wrote:
> > On Mon, 30 Dec 2013, Julian Andres Klode wrote:
> > > On Mon, Nov 11, 2013 at 02:56:30PM +0100, Julian Andres Klode wrote:
> > > > Add support for battery charg
Dear Friend,
I need someone in your Country I want to invest 30MillionEuros. For more info
send me your telephone number for conversation to enable us have a concrete
discussion and meeting.
Best Regards
Mr.Norbert Koffi
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel
On Mon, 30 Dec 2013 18:24:51 -0500
Joe Xue wrote:
> >> +#define MAX_PATTEN_LEN 255
> >
> > Arbitary limits that are not needed if it was in userspace, and not it
> > seems a sensible one - why not use 256 ?
>
> The maximum memory is 256, we keep one for '\0'
Why - you have pattern_len already ?
On Mon, Dec 30, 2013 at 1:37 PM, David Rientjes wrote:
> 8779657d29c0 ("stackprotector: Introduce CONFIG_CC_STACKPROTECTOR_STRONG")
> causes the build to break when the compiler doesn't support
> -fstack-protector-strong:
>
> cc1: error: unrecognized command line option
> ‘-fstack-protect
On Mon, Dec 30, 2013 at 4:15 PM, Stephen Boyd wrote:
> This file doesn't use the clk_reset() API that is exposed in
> mach-msm's mach/clk.h file. Remove the include so that this
> driver can be compiled as part of the multi-platform kernel.
Thanks!
Signed-off-by: Rob Clark
> Cc: Rob Clark
>
On Mon, Dec 30, 2013 at 8:12 PM, Rob Clark wrote:
> On Mon, Dec 30, 2013 at 4:15 PM, Stephen Boyd wrote:
>> This file doesn't use the clk_reset() API that is exposed in
>> mach-msm's mach/clk.h file. Remove the include so that this
>> driver can be compiled as part of the multi-platform kernel.
>
In his regular article entitled Build regressions/improvements in v3.13-rc6"
(http://lkml.indiana.edu/hypermail/linux/kernel/1312.3/01550.html), Geert
Uytterhoeven reports the following warning regression:
+ /scratch/kisskb/src/drivers/net/wireless/b43/phy_n.c: warning: 'val_addr' may
be used
> -Original Message-
> From: Mark Brown [mailto:broo...@kernel.org]
> Sent: Monday, December 30, 2013 8:03 PM
> To: Yang, Wenyou
> Cc: lgirdw...@gmail.com; plagn...@jcrosoft.com; Ferre, Nicolas; linux-
> ker...@vger.kernel.org; linux-arm-ker...@lists.infradead.org
> Subject: Re: [PATCH] reg
v2 changlog:
1./ Rebased on the latest code of for-next branch.
As Mark pointed out, the driver should register all regulators
regardless of how many are used in the system in order to aid diagnostics.
But in the previous patch, only register the regulators that are used.
Signed-off-by: Wenyou
Hi Mark and all,
Merry Christmas.
> Subject: Re: [PATCH] ASoC: simple-card: cleanup asoc_simple_card_parse_of()
> code
>
> On Fri, Dec 27, 2013 at 11:14:38AM +0800, Xiubo Li wrote:
> > Since there is only one common format via "simple-audio-card,format"
> > for simple card driver(CPU & CODEC DA
This patch adds Comedi driver for Humusoft MF634 (PCIe) and MF624 (PCI)
data acquisition cards. The legacy card Humusoft MF614 is not supported.
More info about the cards may be found at http://humusoft.cz/produkty/datacq/
The driver was tested with both cards. Everything seems to work properly.
Ju
create mode 100644 drivers/staging/comedi/drivers/mf6x4.c
diff --git a/drivers/staging/comedi/Kconfig b/drivers/staging/comedi/Kconfig
index bfa27e7..89e25b4 100644
--- a/drivers/staging/comedi/Kconfig
+++ b/drivers/staging/comedi/Kconfig
@@ -884,6 +884,12 @@ config COMEDI_GSC_HPDI
To
Hi Mark,
> -
> ..
>
> /* get CPU/CODEC common format via simple-audio-card,format */
> info->daifmt = snd_soc_of_parse_daifmt(node, "simple-audio-card,") &
> (SND_SOC_DAIFMT_FORMAT_MASK | SND_SOC_DAIFMT_INV_MASK);
>
> ..
>
>
On Monday, December 30, 2013 03:58:43 PM Kashyap Chamarthy wrote:
> On 12/29/2013 04:04 PM, Rafael J. Wysocki wrote:
> > On Sunday, December 29, 2013 01:12:18 PM Kashyap Chamarthy wrote:
> >> [. . .]
> >>
> Here's host dmesg: https://bugzilla.kernel.org/attachment.cgi?id=119751
>
> >>
>
> From: Stefan Beller
>To: PINTU KUMAR ; "linux...@kvack.org"
>; "linux-kernel@vger.kernel.org"
>; "mgor...@suse.de"
>Sent: Monday, 30 December 2013 1:55 AM
>Subject: Re: Help about calculating total memory consumption during booting
>
>
>On 29.12.2013 1
From: "Felipe F. Tonello"
Adds a helper function to send end touch events for active tracking ids.
And also implements it in egalax driver.
Felipe F. Tonello (2):
input: mt: Add helper function to send end events
input: egalax: report end state in suspend callback
drivers/input/input-mt.c
From: "Felipe F. Tonello"
This is useful to report for users of devices that don't know anything
about the suspension of the device. So users will receive a touch end event
when the device is about to suspend, making it more user friendly.
One example of users is the X Server with the evdev inpu
From: "Felipe F. Tonello"
Make sure user-space will receive the touch end event even if the device
driver suspends while touchscreen is still active (with fingers touching it).
Signed-off-by: Felipe F. Tonello
---
drivers/input/touchscreen/egalax_ts.c | 5 +
1 file changed, 5 insertions(+)
These days comedi drivers are looking really nice. :) You will need to
resend because it's missing a change log and a Signed-off-by line. Wait
for Ian or Hartley to comment before resending. I had a few minor style
nits mentioned inline below. Run the patch through
`scripts/checkpatch.pl --str
Fixed required and prohibited spaces to make rtw_io.h checkpatch.pl clean
Signed-off-by: Tim Jester-Pfadt
---
drivers/staging/rtl8188eu/include/rtw_io.h | 36 +++---
1 file changed, 18 insertions(+), 18 deletions(-)
diff --git a/drivers/staging/rtl8188eu/include/rtw_io.h
On 12/30/13, Prarit Bhargava wrote:
>
>
> On 12/30/2013 07:56 AM, rui wang wrote:
>
>> An irq can be mapped to only one vector number, but can have multiple
>> destination CPUs. i.e. the same irq/vector can appear on multiple
>> CPUs' vector_irq[]. So checking data->affinity is necessary I think.
On 12/30/2013 05:48 PM, Kirill A. Shutemov wrote:
On Mon, Dec 30, 2013 at 11:33:47AM -0500, Sasha Levin wrote:
On 12/30/2013 06:43 AM, Kirill A. Shutemov wrote:
On Sat, Dec 28, 2013 at 08:45:03PM -0500, Sasha Levin wrote:
We've recently stumbled on several issues with the page lock which
trigg
> Subject: Re: [PATCH] ASoC: simple-card: cleanup asoc_simple_card_parse_of()
> code
>
> On Fri, Dec 27, 2013 at 11:14:38AM +0800, Xiubo Li wrote:
> > Since there is only one common format via "simple-audio-card,format"
> > for simple card driver(CPU & CODEC DAI), there is no need to do the
> > I
Hi Mark,
> Subject: Re: [PATCH] ASoC: fsl_sai: Fix one bug for hardware limitation.
>
> On Thu, Dec 26, 2013 at 10:57:22AM +0800, Xiubo Li wrote:
> > This is maybe one bug or a limitation of the hardware that the {T,R}CR2's
> > Synchronous Mode bits must be set as late as possible, or the SAI dev
Reserving a tag (request) for flush to avoid dead lock is a overkill. tag is
valuable resource. We can track flush request number and disallow too many
pending flush requests allocated. With this patch,
blk_mq_alloc_request_pinned() could do a busy nop (but not a dead loop) if too
pending requests
steal_tags only happens when free tags is more than half of the total tags.
This is too restrict and can cause live lock. I found one cpu has free tags,
but other cpu can't steal (thread is bound to specific cpus), threads which
wants to allocate tags are always sleeping. I found this when I run n
On 12/30/2013 08:53 PM, Tim Jester-Pfadt wrote:
Fixed required and prohibited spaces to make rtw_io.h checkpatch.pl clean
Signed-off-by: Tim Jester-Pfadt
---
drivers/staging/rtl8188eu/include/rtw_io.h | 36 +++---
1 file changed, 18 insertions(+), 18 deletions(-)
Ac
> What about something like this?
>
> Not shcheduling timer when nothing changed should save a bit of power/cpu...
>
> if (pattern_data->pattern[pattern_data->count] == '/') {
> return;
> }
>
> this = pattern_data->pattern[pattern_data->count]
> if (this == '#')
> new_brigtness = pattern_data->brig
On 12/30, Rob Clark wrote:
> On Mon, Dec 30, 2013 at 8:12 PM, Rob Clark wrote:
> > On Mon, Dec 30, 2013 at 4:15 PM, Stephen Boyd wrote:
> >> This file doesn't use the clk_reset() API that is exposed in
> >> mach-msm's mach/clk.h file. Remove the include so that this
> >> driver can be compiled as
On Tue, Dec 24, 2013 at 03:39:50PM +0100, Geert Uytterhoeven wrote:
> On Fri, Nov 22, 2013 at 4:47 PM, Geert Uytterhoeven
> wrote:
> > When booting a multi-platform m68k kernel on a non-Mac with "console=ttyS0"
> > on the kernel command line, it crashes with:
>
> Can we please get this in stable,
Hi,
One comment as following.
> -Original Message-
> From: Jaegeuk Kim [mailto:jaegeuk@samsung.com]
> Sent: Friday, December 27, 2013 12:00 PM
> Cc: linux-fsde...@vger.kernel.org; linux-kernel@vger.kernel.org;
> linux-f2fs-de...@lists.sourceforge.net
> Subject: [f2fs-dev] [PATCH 2/6]
On Tue, Dec 31, 2013 at 1:13 AM, Johannes Berg
wrote:
>
> On Mon, 2013-12-30 at 19:57 -0200, Henrique de Moraes Holschuh wrote:
> > On Mon, 30 Dec 2013, Johannes Berg wrote:
> > > On Mon, 2013-12-30 at 20:58 +0100, Julia Lawall wrote:
> > > > > Is there any way we could catch (sparse, or some othe
> > > > I'm just thinking of a programmer, e.g. changing a struct like this:
> > > >
> > > > struct foo {
> > > >u8 addr[ETH_ALEN];
> > > > - u16 dummy;
> > > > };
>
> I don't know of a way to catch that.
> Anyone else?
Well, one could have a semantic patch that checks for that. But the
Joe Perches wrote:
> I get:
>
> $ grep-2.5.4 -rP --include=*.[ch] -oh \
>
> "\b(?:printk|[a-z_]+_(?:printk|emerg|alert|crit|err|warn|notice|info|debug|dbg))[^;]*\bcurrent->[\w_]+"
> * | \
> grep -P -oh "\bcurrent->[\w_]+"| sort | uniq -c | sort -rn
> 380 current->pid
> 267 current->c
>-Original Message-
>From: Jim Davis [mailto:jim.ep...@gmail.com]
>Sent: Tuesday, December 31, 2013 1:02 AM
>To: linux-kernel@vger.kernel.org; Greg Kroah-Hartman;
>andreas.dil...@intel.com; Peng, Tao; sachin.ka...@linaro.org;
>de...@driverdev.osuosl.org
>Subject: randconfig build error wi
Viimeinen ilmoitus
Sähköpostiosoitteesi ID on voittanut (450,000.00 euroa) Espanjan "El Gordo"
Kansainvälinen E-mail arpajaisvoittoluettelot oli onnekas numeroita
9/11/13/24/43 ja
Ref: ES/9420X2/68.
Suunnittelua ja hallintaa Yhteystiedot:
STALLION MEGA KORVAUSVAATIMUKSEN AGENCY
Juan Carlos
E-mai
Hi
I confirm that this patch works. Tested it overnight with Zedboard (Cortex A9).
Thanks again!
BR,
Jouko--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info
On Sun, 29 Dec 2013 23:47:20 +0100
Julia Lawall wrote:
> diff --git a/drivers/infiniband/hw/mlx4/sysfs.c
> b/drivers/infiniband/hw/mlx4/sysfs.c index 97516eb..db2ea31 100644
> --- a/drivers/infiniband/hw/mlx4/sysfs.c
> +++ b/drivers/infiniband/hw/mlx4/sysfs.c
> @@ -582,8 +582,10 @@ static int add
In
$ perf diff -c wdiff:M,N
color the numbers in the Weighted Diff column using color_snprintf(),
picking the colors using get_percent_color().
Cc: Jiri Olsa
Cc: Arnaldo Carvalho de Melo
Signed-off-by: Ramkumar Ramachandra
---
In v6, I made the blunder of using value_color_snprintf(), zero
On Sat, Dec 28, 2013 at 12:10:38PM -0500, Prarit Bhargava wrote:
> Gong and Rui,
>
> After looking at this in detail I realized I made a mistake in my patch by
> including the check for the smp_affinity. Simply put, it shouldn't be there
> given Rui's explanation above.
>
> So I think the patch
Dongsheng Yang wrote:
> tools/perf/builtin-list.c | 20 ++--
> 1 file changed, 10 insertions(+), 10 deletions(-)
Looks good to me. Thanks for doing this.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.or
xen_remap used to be defined as ioremap_cached on arm64. In commit
c04e8e2fe, a new ioremap_cache was implemented, and ioremap_cached
was deleted, while xen_remap stays the same. This would lead to
the failure when building with CONFIG_HVC_XEN. Redefined xen_remap
on arm64 as ioremap_cache on arm64
On Mon, 30 Dec 2013, Ding Tianhong wrote:
Use possibly more efficient ether_addr_equal
to instead of memcmp.
Cc: Christian Benvenuti
Cc: Sujith Sankar
Cc: Govindarajulu Varadarajan
Cc: Neel Patel
Cc: Nishank Trivedi
Signed-off-by: Ding Tianhong
---
drivers/net/ethernet/cisco/enic/enic_pp.
On Fri, 27 Dec 2013 15:45:04 +0100
Oleg Nesterov wrote:
> Add Frederic, I am not sure I understand this correctly.
>
> On 12/25, Rob Landley wrote:
> >
> > There are two values here, the first is seconds since boot time (which
> > is just elapsed time; at one point it was ajusted for suspend and
On Mon, Dec 23, 2013 at 05:02:38PM +0100, Borislav Petkov wrote:
> On Mon, Dec 23, 2013 at 08:09:18AM -0700, Jim Davis wrote:
> > Building with the attached random configuration file,
> >
> > arch/x86/crypto/aesni-intel_avx.S: Assembler messages:
> > arch/x86/crypto/aesni-intel_avx.S:1449: Error:
Have you been seeking for urgent financial help? you need urgent loan to pay
off your existing bills
and debts? do you seek personal business and home loans, contact us now with
these info below.
Your names:
country:
state:
Loan Amount:
Duration:
Occupation:
Purpose of loan?
Phone Number.
Contac
Signed-off-by: Geert Uytterhoeven
---
include/asm-generic/uaccess.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/asm-generic/uaccess.h b/include/asm-generic/uaccess.h
index dc1269c74a52..72d8803832ff 100644
--- a/include/asm-generic/uaccess.h
+++ b/include/asm-ge
Hi Robert,
What do you think about this patch?
On 2013/12/20 15:49, Weng Meiling wrote:
>
> From: Weng Meiling
>
> There is a situation event is triggered before oprofile_perf_start() finish.
> Because the event is still not stored in per_cpu(perf_events, cpu)[event],
> op_overflow_handler() wi
The ps3vram driver is a plain block device driver since commit
f507cd22035fdadd5dbb476dd05e9e7ee21c3b84 ("ps3/block: Replace mtd/ps3vram
by block/ps3vram").
Signed-off-by: Geert Uytterhoeven
---
drivers/block/ps3vram.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/driver
Fixes following build error.
drivers/leds/leds-s3c24xx.c: In function ‘s3c24xx_led_probe’:
drivers/leds/leds-s3c24xx.c:100:2: error: implicit declaration of
function ‘s3c_gpio_setpull’ [-Werror=implicit-function-declaration]
Signed-off-by: Tushar Behera
---
Tested at next-20131224.
drivers/leds
On Sun, Dec 29, 2013 at 10:36:56PM +0100, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> The changes in the ACPI-based PCI hotplug (ACPIPHP) subsystem made
> during the 3.12 development cycle uncovered a problem with VGA
> switcheroo that on some systems, when the device-specific method
>
Hi Ben,
The VT8231 patch looks OK to me. Thanks for your help.
Best regards,
Roger
-Original Message-
From: Ben Hutchings [mailto:b...@decadent.org.uk]
Sent: 29 December 2013 02:09
To: linux-kernel@vger.kernel.org; sta...@vger.kernel.org
Cc: a...@linux-foundation.org; Roger Lucas; Dan
Hi Kishon,
On Tue, Dec 24, 2013 at 11:15 PM, Kishon Vijay Abraham I wrote:
> Hi,
>
>
> On Thursday 05 December 2013 01:44 PM, Vivek Gautam wrote:
>>
>> Hi Kishon,
>>
>>
>> On Wed, Dec 4, 2013 at 7:58 PM, Kishon Vijay Abraham I
>> wrote:
>>>
>>> Hi Vivek,
>>>
>>> On Wednesday 20 November 2013 09
On Mon, Dec 30, 2013 at 6:55 AM, Chen Baozi wrote:
> xen_remap used to be defined as ioremap_cached on arm64. In commit
> c04e8e2fe, a new ioremap_cache was implemented, and ioremap_cached
> was deleted, while xen_remap stays the same. This would lead to
> the failure when building with CONFIG_HVC
Hello,
On 19/12/2013 19:22, Felipe Balbi wrote:
On Thu, Dec 19, 2013 at 06:18:40PM +0100, boris brezillon wrote:
Hello Felipe,
On 19/12/2013 17:47, Felipe Balbi wrote:
On Thu, Dec 19, 2013 at 08:41:09AM -0800, Greg Kroah-Hartman wrote:
On Thu, Dec 19, 2013 at 03:34:31PM +0100, Boris BREZILLO
Thanks for the review.
On Mon, Dec 30, 2013 at 12:14 PM, Kishon Vijay Abraham I wrote:
> Hi,
>
>
> On Tuesday 10 December 2013 03:35 PM, Yuvaraj Kumar C D wrote:
>>
>> This patch adds the sata phy driver for Exynos5250.Exynos5250 sata
>> phy comprises of CMU and TRSV blocks which are of I2C regis
On 12/30/2013 03:08 AM, Wanpeng Li wrote:
Zefan's patch is good enough, mine doesn't need any more.
OK, thanks guys!
Pekka
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http:/
Ben, please pick this up for -fixes during Daniel's absense.
BR,
Jani.
On Sat, 28 Dec 2013, Alexander van Heukelum wrote:
> My Acer 8510TZ stops displaying anything when X starts with Linus' current
> tree. I bisected it down to commit ee1452d74584.
>
> This patch reverts commit ee1452d74584.
Hi Thomas and Ingo,
here is the new material for 3.14. I created a branch for Simon Horman
as requested [1] where he can pull from and merged it in the
clockevents/3.14 branch.
* Axel Lin removed an unused structure defining the ids for the bcm
kona driver
* Ezequiel Garcia enabled the
Gidday,
I've released man-pages-3.55 - man pages for Linux.
Tarball download:
http://www.kernel.org/doc/man-pages/download.html
Git repository:
https://git.kernel.org/cgit/docs/man-pages/man-pages.git/
Online changelog:
http://man7.org/linux/man-pages/changelog.html#release_3.55
A sh
From: Maxime Ripard
The interrupt for the timer is a shared processor interrupt, so any CPU
found in the system can handle it. Switch to our cpumask to
cpu_possible_mask instead of cpumask_of(0).
Signed-off-by: Maxime Ripard
Signed-off-by: Daniel Lezcano
Reviewed-by: Stephen Boyd
---
drivers
From: Maxime Ripard
The Allwinner A13 has support for two high speed timers. Now that we
have a driver to support it, we can enable them in the device tree.
Signed-off-by: Maxime Ripard
Tested-by: Emilio López
Signed-off-by: Daniel Lezcano
---
arch/arm/boot/dts/sun5i-a13.dtsi |7 +++
From: Stephen Boyd
The 32 bit sched_clock interface now supports 64 bits. Upgrade to
the 64 bit function to allow us to remove the 32 bit registration
interface. While we're here increase the number of bits that
sched_clock can handle to 64 to make full use of the counter.
Cc: Stuart Menefy
Cc:
From: Laurent Pinchart
Prepare the clock at probe time, as there is no other appropriate place
in the driver where we're allowed to sleep.
Cc: Daniel Lezcano
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Laurent Pinchart
Signed-off-by: Simon Horman
Signed-off-by: Daniel Lezcano
---
driver
From: Michael Opdenacker
This patch removes the use of the IRQF_DISABLED flag
It's a NOOP since 2.6.35 and it will be removed one day.
[dlezcano] : slightly changed the changelog
Signed-off-by: Michael Opdenacker
Signed-off-by: Daniel Lezcano
---
drivers/clocksource/cadence_ttc_timer.c |
From: Axel Lin
bcm_timer_ids is no longer used after converting to CLOCKSOURCE_OF_DECLARE.
Signed-off-by: Axel Lin
Signed-off-by: Daniel Lezcano
---
drivers/clocksource/bcm_kona_timer.c |6 --
1 file changed, 6 deletions(-)
diff --git a/drivers/clocksource/bcm_kona_timer.c
b/drivers
1 - 100 of 289 matches
Mail list logo
