The __vlan_find_dev_deep should always called in RCU, according
David's suggestion, rename to __vlan_find_dev_deep_rcu looks more
reasonable.
Signed-off-by: Ding Tianhong
---
drivers/net/ethernet/chelsio/cxgb3/cxgb3_offload.c | 2 +-
drivers/net/ethernet/chelsio/cxgb4/cxgb4_main.c| 2 +-
d
From: "Lad, Prabhakar"
this patch drops CONFIG_COMMON_CLK_DEBUG option
as this config option is now obsolete.
CC: Olof Johansson
CC: Tony Prisk
Signed-off-by: Lad, Prabhakar
---
arch/arm/configs/vt8500_v6_v7_defconfig |1 -
1 file changed, 1 deletion(-)
diff --git a/arch/arm/configs/vt8
From: "Lad, Prabhakar"
this patch drops CONFIG_COMMON_CLK_DEBUG option
as this config option is now obsolete.
CC: Maxime Ripard
CC: Olof Johansson
Signed-off-by: Lad, Prabhakar
---
arch/arm/configs/sunxi_defconfig |1 -
1 file changed, 1 deletion(-)
diff --git a/arch/arm/configs/sunxi_d
From: "Lad, Prabhakar"
this patch drops CONFIG_COMMON_CLK_DEBUG option
as this config option is now obsolete.
CC: Linus Walleij
Signed-off-by: Lad, Prabhakar
---
arch/arm/configs/integrator_defconfig |1 -
1 file changed, 1 deletion(-)
diff --git a/arch/arm/configs/integrator_defconfig
Hi Tomasz,
On 04/26/2014 08:38 PM, Tomasz Figa wrote:
> On 26.04.2014 02:51, Tomasz Figa wrote:
>> Hi Chanwoo,
>>
>> On 25.04.2014 03:16, Chanwoo Choi wrote:
>>> From: Tomasz Figa
>>>
>>> This patch add new exynos3250.dtsi to support Exynos3250 SoC based on
>>> Cortex-A7
>>> dual core and include
Re arrange the USB dt for AM33xx to take it a bit closer
to the hardware configuration.
The USBSS is designed as follows
USB control Module 0x44e10_0620
USBSS 0x4740_
USB00x4740_1000
USB0_PHY0x4740_1300
USB0_CORE 0x474
On Fri, May 09, 2014 at 03:17:14PM +0900, Minchan Kim wrote:
> Hello Rik,
>
> On Thu, May 08, 2014 at 04:04:33PM -0400, Rik van Riel wrote:
> > On 04/20/2014 09:56 PM, Minchan Kim wrote:
> >
> > >In summary, MADV_FREE is about 2 time faster than MADV_DONTNEED.
> >
> > This is awesome.
>
> Thank
On Thursday 08 May 2014 19:29:37 David Miller wrote:
>
> Why did you post this patch twice? Is there some difference between
> the two versions?
No they're not. It was a mistake by me as the patch did not appear on my netdev
subscription, fooling me to send a second time. Please ignore the dupl
(2014/05/08 21:48), Josh Poimboeuf wrote:
>> No, I was not demanding that at all, my suggestion was:
>>
>>> My claim is that if a patch is correct/safe in the old fashioned
>>> way, then a fundamental principle is that a live patching
>>> subsystem must either safely apply, or safely
Hello Rik,
On Thu, May 08, 2014 at 04:04:33PM -0400, Rik van Riel wrote:
> On 04/20/2014 09:56 PM, Minchan Kim wrote:
>
> >In summary, MADV_FREE is about 2 time faster than MADV_DONTNEED.
>
> This is awesome.
Thanks!
>
> I have a few nitpicks with the patch, though :)
>
> >+static long madvi
On Thursday 08 May 2014 14:48:54 Bjorn Helgaas wrote:
> The DMA-API documentation sometimes refers to "physical addresses" when it
> really means "bus addresses." Sometimes these are identical, but they may
> be different if the bridge leading to the bus performs address translation.
> Update the
The recent commit [3ea87855: drm/helper: lock all around force mode
restore] introduced drm_modeset_lock_all() in
drm_helper_resume_force_mode() itself, while exynos driver takes this
lock before calling it. Move the function call outside the lock for
avoiding a deadlock.
Signed-off-by: Takashi I
The recent commit [3ea87855: drm/helper: lock all around force mode
restore] introduced drm_modeset_lock_all() in
drm_helper_resume_force_mode() itself, while ast driver still takes
this lock before calling it. Remove the caller side lock for avoid a
fatal deadlock.
Signed-off-by: Takashi Iwai
-
Hi Don,
On Wed, 7 May 2014 11:22:19 -0400, Don Zickus wrote:
> On Wed, May 07, 2014 at 12:05:58PM +0900, Namhyung Kim wrote:
>> Hi Don,
>>
>> On Wed, 30 Apr 2014 09:35:55 -0400, Don Zickus wrote:
>> > On Wed, Apr 30, 2014 at 08:38:10AM +0900, Namhyung Kim wrote:
>> >> Hi Don,
>> >>
>> >> On Tue,
This cleanup goes on top of the previous patch. We could also skip the
whole domain iteration if !want_affine, but that doesn't fit nicely in
80 columns and may have to be done in yet another patch (breaking that
bit of the code out into its own function?)
---8<---
Subject: sched: clean up select
On 9 May 2014 06:39, Jonghwan Choi wrote:
> -> In exynos cpufreq driver, if we want to support more frequency, then
Don't add "->" to your replies, it doesn't make it more readable but less.
> we have to describe frequency information in dts file and have to change
> exynos cpufreq
> driver fi
Add missing i2c2 bus define to access various cape and
prototype/breakout board devices.
Signed-off-by: Matt Ranostay
---
arch/arm/boot/dts/am335x-bone-common.dtsi | 16
1 file changed, 16 insertions(+)
diff --git a/arch/arm/boot/dts/am335x-bone-common.dtsi
b/arch/arm/boot/dts
On Thu, May 08, 2014 at 02:50:38PM -0700, Asai Thambi S P wrote:
>
> Add open/close handlers to 'block_device_operations' instance.
There is no point in adding dead code like this.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vge
Current implementation for pfkey_sendmsg() always return success
no matter whether or not error happens during this syscall,
this is incompatible with the general send()/sendmsg() API:
man send
RETURN VALUE
On success, these calls return the number of characters sent.
On error, -1
Estimado E-mail del usuario;
Se ha superado 23.432 Repositorio para el conjunto buzón
Servicios Web / Administrador, y habrás problemas al enviar y
recepción de correo, mientras que volver a verificar. Debe actualizar
haciendo clic en enlace de abajo y complete la información para
verificar su
On Thu, 08 May 2014 22:20:25 -0400
Rik van Riel wrote:
> Looks like SD_BALANCE_WAKE is not gotten from the sd flags at
> all, but passed into select_task_rq by try_to_wake_up, as a
> hard coded sd_flags argument.
> Should we do that, if SD_WAKE_BALANCE is not set for any sched domain?
I answere
The commit 58b116b fixs a race condition in which some driver will stuck in the
deferred list, while introduces another case "probe flood". The root cause is
in commit 58b116b, deferred_trigger_count will be increased even a probe
failure happens.
The driver_deferred_probe_trigger() is invoked whe
On 5/8/2014 10:20 PM, Yuval Mintz wrote:
Also, Convert kzalloc to devm_kzalloc.
Looks like you should remove this part of the comment.
Ah... Missed to update the commit log after rebasing patch to net-next.
Signed-off-by: George Cherian
Reviewed-by: Felipe Balbi
---
drivers/net/ethernet/ti
Currently perf record doesn't propagate the exit status of a workload
given by the command line. But sometimes it'd useful if it's
propagated so that a monitoring script can handle errors
appropriately.
To do that, it got rid of exit handlers and run/call them directly in
the __cmd_record(). I d
The on_exit() function was only used in perf record but it's gone in
previous patch.
Acked-by: Stephane Eranian
Cc: Bernhard Rosenkraenzer
Cc: Irina Tirdea
Signed-off-by: Namhyung Kim
---
tools/perf/builtin-record.c | 31 -
tools/perf/config/Makefil
Hi Chanwoo,
On 09.05.2014 03:06, Chanwoo Choi wrote:
On 04/26/2014 09:51 AM, Tomasz Figa wrote:
On 25.04.2014 03:16, Chanwoo Choi wrote:
[snip]
+cpus {
+#address-cells = <1>;
+#size-cells = <0>;
+
+cpu@0 {
+device_type = "cpu";
+compatible
Ühel kenal päeval, N, 08.05.2014 kell 22:04, kirjutas Boris BREZILLON:
> On 08/05/2014 13:02, Lee Jones wrote:
> >> The PRCM (Power/Reset/Clock Management) block exposes several subdevices
> >> in different subsystems (clk, reset ...)
> >>
> >> Add basic support for the PRCM unit with clk (AR100, A
Hi all,
Today's linux-next merge of the tip tree got a conflict in
kernel/sched/idle.c between commit 52c324f8a87b ("cpuidle: Combine
cpuidle_enabled() with cpuidle_select()") from the pm tree and commit
37352273ad48 ("sched/idle: Reflow cpuidle_idle_call()") from the tip
tree.
I fixed it up (I h
Hi all,
Today's linux-next merge of the tip tree got a conflict in
drivers/block/mtip32xx/mtip32xx.c between commit b10fd728b985
("mtip32xx: convert to use blk-mq") from the block tree and commit
4e857c58efeb ("arch: Mass conversion of smp_mb__*()") from the tip tree.
I fixed it up (I used the bl
Nicolas,
On Thu, May 8, 2014 at 6:37 PM, Nicolas Pitre wrote:
> On Thu, 8 May 2014, Russell King - ARM Linux wrote:
>
>> If you're in a preempt or SMP environment, provide a timer for udelay().
>> IF you're in an environment with IRQs which can take a long time, use
>> a timer for udelay(). If y
Russell,
On Thu, May 8, 2014 at 5:23 PM, Russell King - ARM Linux
wrote:
> On Thu, May 08, 2014 at 05:02:02PM -0700, Doug Anderson wrote:
>> Russel,
>>
>> On Thu, May 8, 2014 at 1:55 PM, Russell King - ARM Linux
>> wrote:
>> > On Thu, May 08, 2014 at 11:06:24AM -0700, Doug Anderson wrote:
>> >>
On 5/7/2014 7:51 PM, Frank Rowand wrote:
> On 5/7/2014 2:48 PM, Rob Herring wrote:
>> From: Rob Herring
>>
>> Add a test case for nodes which have the same name and same
>> non-translatable unit address.
>
> If I apply patch 1 and 2 without applying 3 and 4 then console
> warnings are printed, bu
On Wed, May 07, 2014 at 05:51:35PM -0400, Dan Streetman wrote:
> Add zpool api.
>
> zpool provides an interface for memory storage, typically of compressed
> memory. Users can select what backend to use; currently the only
> implementations are zbud, a low density implementation with up to
> two
(2014/05/09 10:46), David Lang wrote:
> On Wed, 7 May 2014, Ingo Molnar wrote:
>
>> * Josh Poimboeuf wrote:
>>
>>> On Tue, May 06, 2014 at 09:32:28AM +0200, Ingo Molnar wrote:
* Jiri Kosina wrote:
> On Mon, 5 May 2014, David Lang wrote:
>
>> how would you know that all
Hi Chris,
Today's linux-next merge of the mmc tree got a conflict in
drivers/mmc/host/rtsx_pci_sdmmc.c between commit 98fcc5762dce ("mmc:
rtsx: Revert "mmc: rtsx: add support for pre_req and post_req"") from
the tree and commit 1f7b581b3ffc ("mmc: rtsx: modify error handle and
remove smatch warni
On Fri, 09 May 2014 12:11:29 +0900
Masami Hiramatsu wrote:
> > Hmm, I wonder if I should add the check for:
> >
> > !(op->flags & FTRACE_OPS_FL_STUB)
> >
> > here too? But that's another change that I'll do.
>
> Indeed. BTW, should I change ftrace_ops_control_func() too?
>
Currently ther
From: Joe Perches
Date: Wed, 7 May 2014 12:52:57 -0700
> Use a more current logging style.
>
> o Coalesce formats
> o Add missing spaces for coalesced formats
> o Align arguments for modified formats
> o Add missing newlines for some logging messages
> o Use DRV_NAME as part of format instead o
On Friday, May 09, 2014 12:09 PM, Tony Lindgren wrote:
> On Friday, May 09, 2014 11:25 AM, Jingoo Han wrote:
> > On Friday, May 09, 2014 10:25 AM, Lee Jones wrote:
> > >
> > > If the GPIO for the backlight is on an I2C chip, we currently
> > > get nasty warnings like this during the boot:
> > >
> >
Change sched_setscheduler2() to sched_setattr() in the comments.
There isn't function sched_setscheduler2() in the main line.
The previous EDF version defines this function
before being merged into the main line.
User should use sched_setattr() instead of
sched_setscheduler2() now.
Signed-off-by:
On 05/08/14 at 12:31pm, Kees Cook wrote:
> On Thu, May 8, 2014 at 2:46 AM, Dave Young wrote:
> > On 04/24/14 at 03:50pm, Kees Cook wrote:
> >> On Wed, Apr 23, 2014 at 7:50 PM, Dave Young wrote:
> >> > On 04/23/14 at 07:43pm, Kees Cook wrote:
> >> >> On Wed, Apr 23, 2014 at 7:35 PM, Dave Young wr
On 2014/5/8 19:04, Peter Zijlstra wrote:
On Thu, May 08, 2014 at 10:31:20AM +, xiaofeng.yan wrote:
Change sched_setscheduler2() to sched_setscheduler() in the comments.
There isn't function sched_setscheduler2() in the main line.
The previous EDF version defines this function
before being me
On Wed, May 07, 2014 at 05:51:34PM -0400, Dan Streetman wrote:
> Change the type of the zbud_alloc() size param from unsigned int
> to size_t.
>
> Technically, this should not make any difference, as the zbud
> implementation already restricts the size to well within either
> type's limits; but as
On Wed, May 07, 2014 at 05:51:33PM -0400, Dan Streetman wrote:
> Change zbud to store gfp_t flags passed at pool creation to use for
> each alloc; this allows the api to be closer to the existing zsmalloc
> interface, and the only current zbud user (zswap) uses the same gfp
> flags for all allocs.
On Wed, 2014-05-07 at 22:52 +0200, Fabian Frederick wrote:
> Initialize vmpressure_win in vmstat using
> calculate_normal_threshold() based on each zone/cpu * SWAP_CLUSTER_SIZE
>
> Value refreshed through cpu notifier and exposed in read-only through
> /sys/kernel
You need to describe the proble
On 2014-05-08 21:22, Sasha Levin wrote:
On 05/07/2014 11:55 AM, Jens Axboe wrote:
On 05/07/2014 09:53 AM, Sasha Levin wrote:
On 05/07/2014 11:45 AM, Jens Axboe wrote:
On 05/07/2014 09:37 AM, Sasha Levin wrote:
Hi all,
While fuzzing with trinity inside a KVM tools guest running the latest -ne
On 05/07/2014 11:55 AM, Jens Axboe wrote:
> On 05/07/2014 09:53 AM, Sasha Levin wrote:
>> On 05/07/2014 11:45 AM, Jens Axboe wrote:
>>> On 05/07/2014 09:37 AM, Sasha Levin wrote:
Hi all,
While fuzzing with trinity inside a KVM tools guest running the latest
-next
kernel I'
Dmitry Kasatkin:
> Following patch replaces IMA usage of kernel_read() with special
> version which skips security check that triggers kernel panic
> when Apparmor and IMA appraisal are enabled together.
I know this is related to exit(2), but this behaviour of IMA is related
to open(2) too.
When
(2014/05/08 19:59), Steven Rostedt wrote:
> On Thu, 08 May 2014 18:39:30 +0900
> Masami Hiramatsu wrote:
>
>> Since the kprobes itself owns a hash table to get a kprobe
>> data structure corresponding to the given ip address, there
>> is no need to test ftrace hash in ftrace side.
>> To achive be
* Jingoo Han [140508 19:25]:
> On Friday, May 09, 2014 10:25 AM, Lee Jones wrote:
> >
> > If the GPIO for the backlight is on an I2C chip, we currently
> > get nasty warnings like this during the boot:
> >
> > WARNING: CPU: 0 PID: 6 at drivers/gpio/gpiolib.c:2364
> > gpiod_set_raw_value+0x40/0x
From: Fabio Estevam
Remove the 'gpios' property from the documentation as this is something that the
current fixed clock driver does not handle.
Signed-off-by: Fabio Estevam
---
Documentation/devicetree/bindings/clock/fixed-clock.txt | 1 -
1 file changed, 1 deletion(-)
diff --git a/Documenta
From: Darek Marcinkiewicz
Date: Tue, 6 May 2014 22:24:50 +0200
> This driver adds support for EtherCAT master module located on CCAT
> FPGA found on Beckhoff CX series industrial PCs. The driver exposes
> EtherCAT master as an ethernet interface.
>
> EtherCAT is a fieldbus protocol defined on to
Device-Tree binding for device endianness
The endianness mode of CPU & Device scenarios:
IndexCPU Device Endianness properties
1LELE -
2LEBE 'big-endian{,-*}'
3BE
For many drivers which will support rich endianness of CPU<-->Dev
need define DT properties by itself without the binding support.
The endianness using regmap:
IndexCPU Device Endianess flag for DT bool property
1LE
Changes in V4:
- Fix one comment from Markus Pargmann.
- Fix some comments.
Changes in V3:
- Follow Mark Rutland's advice.
- Document common case of the endianess usage.
Changes in V2:
- Namespace the properties using the prefix sring.
- Add one binding ducomentation off regmap.
Xiubo Li (2):
On Thu, May 08, 2014 at 02:48:54PM -0600, Bjorn Helgaas wrote:
> The DMA-API documentation sometimes refers to "physical addresses" when it
> really means "bus addresses." Sometimes these are identical, but they may
> be different if the bridge leading to the bus performs address translation.
> Up
On Thu, May 08, 2014 at 02:49:00PM -0600, Bjorn Helgaas wrote:
> dma_declare_coherent_memory() takes two addresses for a region of memory: a
> "bus_addr" and a "device_addr". I think the intent is that "bus_addr" is
> the physical address a *CPU* would use to access the region, and
> "device_addr"
On Thu, 2014-05-08 at 18:46 -0700, David Lang wrote:
> On Wed, 7 May 2014, Ingo Molnar wrote:
> It's possible to have two versions of code that each work independently, but
> that you can't switch between easily on the fly.
>
> If the new code assumes a lock is held that the old code didn't take
From: Boris BREZILLON
Date: Tue, 6 May 2014 17:36:34 +0200
> There is currently no proper way to bind a net interface to a specific
> name. The interface name is chosen based on the interface type (eth,
> wlan, ...) and the interfaces already registered (the core codes takes
> the first unused i
On Friday, May 09, 2014 10:25 AM, Lee Jones wrote:
>
> If the GPIO for the backlight is on an I2C chip, we currently
> get nasty warnings like this during the boot:
>
> WARNING: CPU: 0 PID: 6 at drivers/gpio/gpiolib.c:2364
> gpiod_set_raw_value+0x40/0x4c()
> Modules linked in:
> CPU: 0 PID: 6 Co
On 05/09/2014 11:14 AM, Kukjin Kim wrote:
> Chanwoo Choi wrote:
>>
>> Dear Kukjin,
>>
>> Could you please pick this patch?
>>
> I've applied.
Thanks for your apply.
Best regards,
Chanwoo Choi
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to m
On 05/06/2014 04:39 PM, Peter Zijlstra wrote:
> On Tue, May 06, 2014 at 04:19:21PM -0400, Rik van Riel wrote:
>> On 05/06/2014 07:54 AM, Peter Zijlstra wrote:
>>> On Fri, May 02, 2014 at 11:19:47AM -0400, Rik van Riel wrote:
As an aside, it also looks like SD_BALANCE_WAKE is set on all domains
On 2014/5/8 10:29, Ding Tianhong wrote:
> The __vlan_find_dev_deep should always called in RCU, according
> David's suggestion, rename to __vlan_find_dev_deep_rcu looks more
> reasonable.
>
> Signed-off-by: Ding Tianhong
Self Nacked, I make this patch from net repository, and could not applied
t
Lieber Freund,
Ich vertrete einen Abschnitt des Vorstands ein führendes Finanzinstitut in
der United Kingdom.The Existenz der ruhende Mittel über Millionen in die
Kassen die Möglichkeit von Investitionen und riesige finanzielle Belohnung
für interessierte Einzelpersonen geführt hat.
Eine positi
Chanwoo Choi wrote:
>
> Dear Kukjin,
>
> Could you please pick this patch?
>
I've applied.
Thanks,
Kukjin
> Best Regards,
> Chanwoo Choi
>
> On 04/29/2014 10:37 AM, Chanwoo Choi wrote:
> > From: Kyungmin Park
> >
> > This patch fix the offset of CPU boot address and change parameter of
> smc
Chanwoo Choi wrote:
>
> Hi,
>
> On 04/23/2014 02:52 PM, Leela Krishna Amudala wrote:
> > A common macro v7_exit_coherency_flush available which does the below
> tasks in
> > the seqeunce.
> > -clearing C bit
> > -clearing L1 cache
> > -exit SMP
> > -instruction and data synchronization
> >
> > So
Hi Herbert,
Today's linux-next merge of the crypto tree got a conflict in
crypto/crypto_user.c between commit 90f62cf30a78 ("net: Use
netlink_ns_capable to verify the permisions of netlink messages") from
Linus' tree and commit c568398aa05f ("crypto: user - Allow
CRYPTO_MSG_GETALG without CAP_NET_
Hi Herbert,
Today's linux-next merge of the crypto tree got a conflict in
drivers/crypto/caam/error.c between commit 27c5fb7a8424 ("crypto: caam
- add allocation failure handling in SPRINTFCAT macro") from the
crypto-current tree and commit e22cdcfa13d9 ("crypto: caam - Kill
SPRINTFCAT() with fire
On Thu, 8 May 2014, Rafael J. Wysocki wrote:
> Well, no.
>
> The reason why that doesn't work is because ->prepare() callbacks are
> executed in the reverse order, so the perent's ones will be run before
> the ->prepare() of the children. Thus if ->prepare() sets the flag
> with the expectation
On Wed, 7 May 2014, Ingo Molnar wrote:
* Josh Poimboeuf wrote:
On Tue, May 06, 2014 at 09:32:28AM +0200, Ingo Molnar wrote:
* Jiri Kosina wrote:
On Mon, 5 May 2014, David Lang wrote:
how would you know that all instances of the datastructure in memory
have= been touched? just because a
Hi Gustavo,
Today's linux-next merge of the bluetooth tree got a conflict in
drivers/bluetooth/btusb.c between commit 3c49aa852e00 ("Revert
"Bluetooth: Enable autosuspend for Intel Bluetooth device"") from
Linus' tree and commit 10d4c6736ea6 ("Bluetooth: btusb: Add Broadcom
patch RAM support") fro
cleanup checkpatch.pl error:
ERROR: do not initialise statics to 0 or NULL
Signed-off-by: Daeseok Youn
---
drivers/staging/cxt1e1/musycc.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/cxt1e1/musycc.c b/drivers/staging/cxt1e1/musycc.c
index 89f905
clean up checkpatch.pl warning
WARNING: Line length over 80 characters
Signed-off-by: Daeseok Youn
---
drivers/staging/cxt1e1/musycc.c | 29 +++--
1 files changed, 19 insertions(+), 10 deletions(-)
diff --git a/drivers/staging/cxt1e1/musycc.c b/drivers/staging/cxt1e1/
On Thu, 8 May 2014, Russell King - ARM Linux wrote:
> If you're in a preempt or SMP environment, provide a timer for udelay().
> IF you're in an environment with IRQs which can take a long time, use
> a timer for udelay(). If you're in an environment where the CPU clock
> can change unexpectedly,
Due to a typo the msr accessor function introduced in
22085a66c2fab6cf9b9393c056a3600a6b4735de didn't have any lasting
effects because they accidentally wrote the old value back.
After c0a639ad0bc6b178b46996bd1f821a04643e2bde this at the very least
this causes cpuid limits not to be lifted on some
The spuriously added semicolon didn't have any effect because the
macro isn't currently in use.
c0a639ad0bc6b178b46996bd1f821a04643e2bde
Signed-off-by: Andres Freund
Cc: Borislav Petkov
Cc: H. Peter Anvin
Cc: Ingo Molnar
Cc: Thomas Gleixner
---
arch/x86/include/uapi/asm/msr-index.h | 2 +-
Hi,
After 3.14 I noticed that perf started to only support software
events.
The reason - found after a some staring deathmatches because the
patches look innocent - is a typo in __flip_bit() introduced by
22085a66c2fab6cf9b9393c056a3600a6b4735de which only takes effect after
c0a639ad0bc6b178b4699
On Fri, 9 May 2014 09:16:16 +0900
Dongsheng Yang wrote:
> Hi steven, does this version look good to you?
The patch looks fine to me. Peter, are you OK with it?
The change log needs a little cleaning up though. But I'm sure we can
do that for you.
Acked-by: Steven Rostedt
-- Steve
--
To unsub
If the GPIO for the backlight is on an I2C chip, we currently
get nasty warnings like this during the boot:
WARNING: CPU: 0 PID: 6 at drivers/gpio/gpiolib.c:2364
gpiod_set_raw_value+0x40/0x4c()
Modules linked in:
CPU: 0 PID: 6 Comm: kworker/u2:0 Not tainted 3.15.0-rc4-12393-gcde9f4e #400
Workqueu
On Fri, 9 May 2014 09:17:27 +0900
Dongsheng Yang wrote:
> Hi steven, as you request, I resend this patch now when function task_nice()
> is already in mainline. Do you want to take it?
>
Yeah, I probably will. I've just been a bit busy with other things at
the moment.
-- Steve
--
To unsubscrib
The direct cause is IRQ_SPI is already defined as a macro in unicore32
architecture (also, blackfin and mips architectures define it). The
related error (unicore32 with allmodconfig)
CC [M] drivers/scsi/mvsas/mv_94xx.o
In file included from drivers/scsi/mvsas/mv_94xx.c:27:
drivers/scsi/m
On 05/08/14 08:30, Steven Rostedt wrote:
On Thu, 8 May 2014 16:56:20 +0200
Arnd Bergmann wrote:
Four functions of mpilib are defined as 'extern inline' at the
moment, which is generally not the correct way to do inline functions
using gcc.
I think clang would appreciate this too.
Indeed. Sa
Hi steven, as you request, I resend this patch now when function task_nice()
is already in mainline. Do you want to take it?
On 05/08/2014 03:38 PM, Dongsheng Yang wrote:
Function task_nice() was reimplemented as inline function, we can use it here
to replace the open coded implementation.
Sign
Hi steven, does this version look good to you?
Thanx :)
On 05/06/2014 10:52 AM, Dongsheng Yang wrote:
ttwu_do_wakeup() is called when the task's state is switched back to
TASK_RUNNING, whether or not the task actually scheduled out. Tracing
the wakeup event when the task never scheduled out is
On 05/09/2014 12:26 AM, Peter Zijlstra wrote:
On Thu, May 08, 2014 at 10:51:13PM +0800, Dongsheng Yang wrote:
Just want to avoid using hardcoding of 20. If no, there is no meaning we
collect
priority related information into prio.h. And convertion between nice
value [-20,19]
and rlimit style va
On 8 May 2014 2:56 PM, Viresh Kumar wrote:
>
> Not necessarily. People may need a multiplier as well or some other
> configuration and so this stuff was left for drivers to implement.
-> In exynos cpufreq driver, if we want to support more frequency, then
we have to describe frequency informat
Oh, sorry, this patch is incorrect: IRQ_SAS_A and IRQ_SAS_B are used as
'u32' (although they are members of "enum pci_interrupt_cause").
I will send patch v2 for it.
On 05/09/2014 07:45 AM, Chen Gang wrote:
> The direct cause is IRQ_SPI is already defined as a macro in unicore32
> architecture (a
Hi Tomasz,
On 04/26/2014 09:51 AM, Tomasz Figa wrote:
> Hi Chanwoo,
>
> On 25.04.2014 03:16, Chanwoo Choi wrote:
>> From: Tomasz Figa
>>
>> This patch add new exynos3250.dtsi to support Exynos3250 SoC based on
>> Cortex-A7
>> dual core and includes following dt nodes:
>>
>> - GIC interrupt cont
Hi Ulf
On 05/08/2014 04:22 PM, Ulf Hansson wrote:
On 8 May 2014 09:55, Lee Jones wrote:
It seems Chris is too busy to responding, so would you help to pick
this patch for 3.15 fix.
H... that's pretty bad timing. I've literally just sent the
pull-request containing the MFD/MMC fixup branc
* Nishanth Menon [140506 17:25]:
> Subject: [PATCH] power: twl4030_charger: detect battery presence prior to
> enabling charger
>
> TWL4030's Battery Charger seems to be designed for non-hotpluggable
> batteries.
>
> If battery is not present in the system, BATSTS is always set with the
> expec
On Thu, 2014-05-08 at 15:14 -0700, Jason Low wrote:
> Hi Ingo, Peter,
>
> Were there NULL domains on the test system? If so, I think we can
> address the problem by doing update_next_balance() only if the below
> rcu_dereference_check_sched_domain() returns a non-null domain.
Also, below is a pat
On Thu, May 08, 2014 at 04:13:00PM -0700, Linus Torvalds wrote:
> On Thu, May 8, 2014 at 2:12 PM, Dave Chinner wrote:
> >
> > BTW, will GPG signing these pull requests cause you problems?
>
> Nope. But I won't be checking email signatures. GPG email signing is
> so badly done that afaik only one
On Thu, May 08, 2014 at 05:24:41PM -0700, John Stultz wrote:
> On 05/08/2014 05:07 PM, Minchan Kim wrote:
> > On Thu, May 08, 2014 at 04:43:07PM -0700, John Stultz wrote:
> >> On 05/08/2014 04:12 PM, Minchan Kim wrote:
> >>> On Thu, May 08, 2014 at 09:38:40AM -0700, John Stultz wrote:
> On 05/
On Thu, May 08, 2014 at 05:02:02PM -0700, Doug Anderson wrote:
> Russel,
>
> On Thu, May 8, 2014 at 1:55 PM, Russell King - ARM Linux
> wrote:
> > On Thu, May 08, 2014 at 11:06:24AM -0700, Doug Anderson wrote:
> >> I guess I would say that my patch is unhacking the this code. The
> >> code after
Hi Dan,
On Thu, 8 May 2014 11:44:12 +0300, Dan Carpenter wrote:
> These days most people use git to send patches so I have added a section
> about that.
>
> Signed-off-by: Dan Carpenter
> ---
> v2: Fixed changelog
>
> diff --git a/Documentation/email-clients.txt b/Documentation/email-clients.txt
On 05/08/2014 05:07 PM, Minchan Kim wrote:
> On Thu, May 08, 2014 at 04:43:07PM -0700, John Stultz wrote:
>> On 05/08/2014 04:12 PM, Minchan Kim wrote:
>>> On Thu, May 08, 2014 at 09:38:40AM -0700, John Stultz wrote:
On 05/07/2014 06:21 PM, Minchan Kim wrote:
> Hey John,
>
> On Tue
Dear RT Folks,
I'm pleased to announce the 3.12.15-rt26 stable release.
The 3.12-rt series is now under the stable releases. This came out
later than scheduled due to making sure one of the updates was correct.
You can get this release via the git tree at:
git://git.kernel.org/pub/scm/linux/
Hi Jiri,
On Thu, 8 May 2014 12:32:25 +0200, Jiri Olsa wrote:
> On Thu, May 08, 2014 at 04:59:53PM +0900, Namhyung Kim wrote:
>
> SNIP
>
>> +
>> +if (!err && !file->is_pipe) {
>> +rec->session->header.data_size += rec->bytes_written;
>> +
>> +if (!rec->no_buildid)
>> +
2014-05-08 (목), 17:52 +0100, Catalin Marinas:
> On Thu, May 08, 2014 at 04:53:30PM +0100, Paul E. McKenney wrote:
> > On Thu, May 08, 2014 at 04:29:48PM +0100, Catalin Marinas wrote:
> > > BTW, is it safe to have a union overlapping node->parent and
> > > node->rcu_head.next? I'm still staring at t
On Thu, May 08, 2014 at 04:43:07PM -0700, John Stultz wrote:
> On 05/08/2014 04:12 PM, Minchan Kim wrote:
> > On Thu, May 08, 2014 at 09:38:40AM -0700, John Stultz wrote:
> >> On 05/07/2014 06:21 PM, Minchan Kim wrote:
> >>> Hey John,
> >>>
> >>> On Tue, Apr 29, 2014 at 02:21:21PM -0700, John Stult
2014-05-08 (목), 16:29 +0100, Catalin Marinas:
> On Thu, May 08, 2014 at 04:00:27PM +0100, Paul E. McKenney wrote:
> > On Thu, May 08, 2014 at 11:24:36AM +0100, Catalin Marinas wrote:
> > > On Thu, May 08, 2014 at 10:37:40AM +0100, Jaegeuk Kim wrote:
> > > > 2014-05-08 (목), 10:26 +0100, Catalin Mari
1 - 100 of 765 matches
Mail list logo
