Signed-off-by: Marek Belisko
---
.../devicetree/bindings/mfd/twl4030-madc.txt | 18 +
drivers/mfd/twl4030-madc.c | 31 --
2 files changed, 47 insertions(+), 2 deletions(-)
create mode 100644 Documentation/devicetree/bindings/mfd/twl40
Signed-off-by: Marek Belisko
---
arch/arm/boot/dts/twl4030.dtsi | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/boot/dts/twl4030.dtsi b/arch/arm/boot/dts/twl4030.dtsi
index 4217096..e6dec53 100644
--- a/arch/arm/boot/dts/twl4030.dtsi
+++ b/arch/arm/boot/dts/twl4030.dtsi
@@ -145,
On Fri, Feb 14, 2014 at 11:55:25AM +0100, Stefan Bader wrote:
> Ok, I think I now got a log of the actual issue. It seems cpu#1 missed out on
> handling a reschedule interrupt but did send one to cpu#0 and on cpu#0 while
> handling the interrupt the tif flag was not set (yet?) but then when it is,
* Sebastian Andrzej Siewior | 2014-02-14 14:17:05 [+0100]:
>Now, that I look at it again. Isn't it more efficient to keep preemption
>disabled for this very short time instead instead of invoking
>migrate_disable() which includes preempt_disable()/enable() and a few
>more opcodes…
>Therefore, I dr
Signed-off-by: Marek Belisko
---
Documentation/devicetree/bindings/hwmon/twl4030-madc-hwmon.txt | 9 +
drivers/hwmon/twl4030-madc-hwmon.c | 10 ++
2 files changed, 19 insertions(+)
create mode 100644
Documentation/devicetree/bindings/hwmon/twl4030-ma
Honestly, f__k systemd and f__k lennart, and f__k the fans of them.
Where's linus in all of this?
The systemd fans ban anyone who say f__k-that to systemd.
What can we do?
Can we fork debian? (Why do we have to...)
Why do 4 people get to decide to send thousands and thousands of people into
the
* Nicholas Mc Guire | 2014-02-10 17:28:16 [+0100]:
>A lockfree approach to check_task_state
I ignore this due to was has been written in the thread "allow
preemption in check_task_state" for now.
Also I just want to state that this function is hardly used on regular
basis except for ptrace attac
Signed-off-by: Marek Belisko
---
.../bindings/power_supply/twl4030_madc_battery.txt | 15 +++
drivers/power/twl4030_madc_battery.c | 109 +
2 files changed, 124 insertions(+)
create mode 100644
Documentation/devicetree/bindings/power_supply/twl4030_madc_batter
On Thu, Feb 13, 2014 at 08:51:46PM +, Al Viro wrote:
> On Wed, Feb 12, 2014 at 09:44:11PM +, Al Viro wrote:
>
> > I'll try to put something along those lines together, if you or Oleg don't
> > do it first.
>
> OK, having looked at that stuff...
>
> 1) things become much more compact if w
Am 14.02.2014 14:25, schrieb Christoph Hellwig:
> On Thu, Feb 13, 2014 at 08:51:46PM +, Al Viro wrote:
>> On Wed, Feb 12, 2014 at 09:44:11PM +, Al Viro wrote:
>>
>>> I'll try to put something along those lines together, if you or Oleg don't
>>> do it first.
>>
>> OK, having looked at that s
On Thursday, February 13, 2014 10:00:43 PM Josh Cartwright wrote:
> The acpi_dev_pm_attach/_detach functions perform their own checks to
> ensure the device has an ACPI companion. It is not necessary for the
> caller to do so.
>
> This mirrors what other busses with ACPI dev PM support do (i2c, s
On Fri, Feb 14, 2014 at 01:20:58PM +, Marek Belisko wrote:
> Signed-off-by: Marek Belisko
> ---
> Documentation/devicetree/bindings/hwmon/twl4030-madc-hwmon.txt | 9 +
> drivers/hwmon/twl4030-madc-hwmon.c | 10
> ++
> 2 files changed, 19 insertion
On Fri, Feb 14, 2014 at 6:17 PM, Mel Gorman wrote:
> On Thu, Feb 13, 2014 at 11:58:05PM +0800, Weijie Yang wrote:
>> On Thu, Feb 13, 2014 at 6:42 PM, Mel Gorman wrote:
>> > According to the swapon documentation
>> >
>> > Swap pages are allocated from areas in priority order,
>> >
> >> Use a meaningful name for the reference clocks so that it indicates the
> >> function.
> >>
> >> CC: Lee Jones
> >> CC: Samuel Ortiz
> >> Signed-off-by: Roger Quadros
> >> ---
> >> drivers/mfd/omap-usb-host.c | 6 +++---
> >> 1 file changed, 3 insertions(+), 3 deletions(-)
> >>
> >> diff
On Thu, Feb 13, 2014 at 07:26:05PM +0100, Peter Zijlstra wrote:
> On Thu, Feb 13, 2014 at 07:03:56PM +0100, Stefan Bader wrote:
> > Yeah... not sure the interleaved source helps or not ...
>
> It did, thanks!
Stefan, can you also send sched/core.s? I'm particularly interested in
what resched_task
We discussed this issue with one of the receiver firmware developers today.
We do see a clear issue when more than one DJ command (those with
report id 0x20, 0x21) are sent to the receiver in quick sequence. The
second command can be trashed if the first is still under processing,
and there is no
At Fri, 14 Feb 2014 14:34:07 +0200,
Mika Westerberg wrote:
>
> This reverts commit e18ac62fa4b3f16234bab0d5a6627c57dbae9e7e.
>
> The referenced commit added HP EliteBook Revolve 810 to the ACPI video
> detected blacklist so that only the native Intel backlight interface was
> exported.
>
> Howev
Hi Linus,
Please pull from the git repository at
git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git \
pm+acpi-3.14-rc3
to receive ACPI and power management fixes for v3.14-rc3
with top-most commit 465e5fc41dbeeb5331bbff6e9e734f0542dfc739
Merge branch 'pm-cpufreq'
on top of c
On Fri, Feb 14, 2014 at 01:24:19PM +, Marek Belisko wrote:
> Signed-off-by: Marek Belisko
> ---
> .../bindings/power_supply/twl4030_madc_battery.txt | 15 +++
> drivers/power/twl4030_madc_battery.c | 109
> +
> 2 files changed, 124 insertions(+)
> create m
Hello.
On 14-02-2014 5:00, Laurent Pinchart wrote:
Enable the CMT0 device and configure channel 0 as a clock event
provider.
Signed-off-by: Laurent Pinchart
diff --git a/arch/arm/mach-shmobile/include/mach/r8a7790.h
b/arch/arm/mach-shmobile/include/mach/r8a7790.h
index 0b95bab..62b31f3
On Fri, Feb 14, 2014 at 1:28 AM, Takashi Iwai wrote:
> At Thu, 13 Feb 2014 12:14:58 -0500, Peter Hurley wrote:
> Apparently there's no maintainer but I've cc'ed people who might
> have a clue about this.
Peter ... thanks for pointer.
> On Fri, Feb 14, 2014 at 1:28 AM, Takashi Iwai wrote:
> Is
Hi Sergei,
Thank you for the review.
On Friday 14 February 2014 17:45:56 Sergei Shtylyov wrote:
> On 14-02-2014 5:00, Laurent Pinchart wrote:
> > Enable the CMT0 device and configure channel 0 as a clock event
> > provider.
> >
> > Signed-off-by: Laurent Pinchart
> >
> >
> > diff --git a/arch/
Hello.
On 14-02-2014 5:00, Laurent Pinchart wrote:
Enable the CMT0 device and configure channel 0 as a clock event
provider.
Signed-off-by: Laurent Pinchart
---
arch/arm/boot/dts/r8a7791-koelsch.dts| 9 +
arch/arm/mach-shmobile/board-koelsch-reference.c | 15 +---
> Signed-off-by: Marek Belisko
> ---
> .../devicetree/bindings/mfd/twl4030-madc.txt | 18 +
> drivers/mfd/twl4030-madc.c | 31
> --
Please separate these into different patches.
> 2 files changed, 47 insertions(+), 2 deletions(-)
>
Hi Tomasz,
On Thu, Feb 6, 2014 at 7:37 PM, Tomasz Figa wrote:
> Hi Vivek,
>
> This patch is just adding the PHY driver. I would also like to look at some
> users of it, to see how this works when put together.
The DWC3's changes had been posted by Kishon sometime back, which will enable
DWC3 to
On Fri, Feb 14, 2014 at 02:37:00PM +0100, Takashi Iwai wrote:
> At Fri, 14 Feb 2014 14:34:07 +0200,
> Mika Westerberg wrote:
> >
> > This reverts commit e18ac62fa4b3f16234bab0d5a6627c57dbae9e7e.
> >
> > The referenced commit added HP EliteBook Revolve 810 to the ACPI video
> > detected blacklist
At Fri, 14 Feb 2014 21:46:25 +0800,
Jeff Chua wrote:
>
> On Fri, Feb 14, 2014 at 1:28 AM, Takashi Iwai wrote:
> > At Thu, 13 Feb 2014 12:14:58 -0500, Peter Hurley wrote:
> > Apparently there's no maintainer but I've cc'ed people who might
> > have a clue about this.
>
> Peter ... thanks for poi
On 02/14/2014 08:57 AM, Takashi Iwai wrote:
At Fri, 14 Feb 2014 21:46:25 +0800,
Jeff Chua wrote:
On Fri, Feb 14, 2014 at 1:28 AM, Takashi Iwai wrote:
At Thu, 13 Feb 2014 12:14:58 -0500, Peter Hurley wrote:
Apparently there's no maintainer but I've cc'ed people who might
have a clue about thi
At Fri, 14 Feb 2014 16:03:16 +0200,
Mika Westerberg wrote:
>
> On Fri, Feb 14, 2014 at 02:37:00PM +0100, Takashi Iwai wrote:
> > At Fri, 14 Feb 2014 14:34:07 +0200,
> > Mika Westerberg wrote:
> > >
> > > This reverts commit e18ac62fa4b3f16234bab0d5a6627c57dbae9e7e.
> > >
> > > The referenced com
On Fri, Feb 14, 2014 at 10:52:57AM +0800, Li Zhong wrote:
> Tommi noticed a 'funny' lock class name: "%s#5" from a lock acquired in
> process_one_work().
>
> Maybe #fmt plus #args could be used as the lock_name to give some more
> information for some fmt string like the above.
>
> __builtin_con
* Nicholas Mc Guire | 2014-02-10 16:40:16 [+0100]:
>__slab_alloc is only called from slub.c:slab_alloc_node
>it runs with local irqs disabled so it can't be pushed off this CPU
>asynchronously, the preempt_disable/enable is thus not needed.
>Aside from that the later this_cpu_cmpxchg_double would
On Fri, Feb 14, 2014 at 2:31 PM, Mark Rutland wrote:
> On Fri, Feb 14, 2014 at 01:20:58PM +, Marek Belisko wrote:
>> Signed-off-by: Marek Belisko
>> ---
>> Documentation/devicetree/bindings/hwmon/twl4030-madc-hwmon.txt | 9
>> +
>> drivers/hwmon/twl4030-madc-hwmon.c
On Fri, Feb 14, 2014 at 03:01:21PM +0100, Takashi Iwai wrote:
> At Fri, 14 Feb 2014 16:03:16 +0200,
> Mika Westerberg wrote:
> >
> > On Fri, Feb 14, 2014 at 02:37:00PM +0100, Takashi Iwai wrote:
> > > At Fri, 14 Feb 2014 14:34:07 +0200,
> > > Mika Westerberg wrote:
> > > >
> > > > This reverts co
Peter, Dario,
This is a little late in the day, but I think it's an important point
to just check before this API goes final.
> SYNOPSIS
> #include
>
> struct sched_attr {
> u32 size;
>
> u32 sched_policy;
> u64 sched_flags;
[...]
>
On 14-02-2014 17:48, Laurent Pinchart wrote:
Enable the CMT0 device and configure channel 0 as a clock event
provider.
Signed-off-by: Laurent Pinchart
diff --git a/arch/arm/mach-shmobile/include/mach/r8a7790.h
b/arch/arm/mach-shmobile/include/mach/r8a7790.h index 0b95bab..62b31f3 100644
-
Here are PR_SET_MM_*_CODE, PR_SET_MM_ARG_*, PR_SET_MM_ENV_*,
PR_SET_MM_AUXV.
Looks like all these parameters can break only the current task and
can not affect other tasks or limits.
Cc: Andrew Morton
Cc: Oleg Nesterov
Cc: Al Viro
Cc: Kees Cook
Cc: "Eric W. Biederman"
Cc: Stephen Rothwell
C
On 02/14/2014 01:41 AM, Weijie Yang wrote:
> We promote sc->gfp_mask to __GFP_HIGHMEM to forcibly scan highmem if
> there are too many buffer_heads pinning highmem. see: cc715d99e5
>
> This patch restores sc->gfp_mask to its caller original value after
> finishing the scan job, to avoid the impact
Currently PR_SET_MM_* require the global CAP_SYS_RESOURCE,
which is absent in a non-root userns.
Here are three groups of attributes:
1. PR_SET_MM_START_*_DATA, PR_SET_MM_*BRK, PR_SET_MM_*_STACK
These attributes can affect resource limits, so here is no sense
to restrict them if a proper limit is
When we restore a task we need to restore its exe link from userspace to
the values the task had at checkpoint time.
Currently this operations required the global CAP_SYS_RESOURCE, which is
always absent in a non-root user namespace.
So this patch introduces a new security bit which:
* can be set
At Fri, 14 Feb 2014 16:16:52 +0200,
Mika Westerberg wrote:
>
> On Fri, Feb 14, 2014 at 03:01:21PM +0100, Takashi Iwai wrote:
> > At Fri, 14 Feb 2014 16:03:16 +0200,
> > Mika Westerberg wrote:
> > >
> > > On Fri, Feb 14, 2014 at 02:37:00PM +0100, Takashi Iwai wrote:
> > > > At Fri, 14 Feb 2014 14:
On Fri, Feb 14, 2014 at 11:39:30AM +0100, Pavel Machek wrote:
> Hi!
>
> > \E[3J console code (secure clear screen) needs to update_screen(vc)
> > in order to write-through blanks into off-screen video memory.
>
> I guess it is also suitable for stable, right?
I've already marked it as such in my
Hi Sergei,
On Friday 14 February 2014 18:13:44 Sergei Shtylyov wrote:
> On 14-02-2014 17:48, Laurent Pinchart wrote:
> >>> Enable the CMT0 device and configure channel 0 as a clock event
> >>> provider.
> >>>
> >>> Signed-off-by: Laurent Pinchart
> >>>
> >>>
> >>> diff --git a/arch/arm/mach-shm
Currently this operation requires the global CAP_SYS_RESOURCE.
It's required, because a task can exceed limits (RLIMIT_DATA,
RLIMIT_STACK).
So let's allow task to change these parameters if a proper limit is
unlimited.
When we restore a task we need to set up text, data and data heap sizes
from u
Signed-off-by: Marek Belisko
---
Documentation/devicetree/bindings/iio/magnetometer/hmc5843.txt | 3 +++
1 file changed, 3 insertions(+)
diff --git a/Documentation/devicetree/bindings/iio/magnetometer/hmc5843.txt
b/Documentation/devicetree/bindings/iio/magnetometer/hmc5843.txt
index 90d5f34..b8
Signed-off-by: Marek Belisko
---
drivers/staging/iio/magnetometer/hmc5843.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/staging/iio/magnetometer/hmc5843.c
b/drivers/staging/iio/magnetometer/hmc5843.c
index d4f4dd9..f595fdc 100644
--- a/drivers/staging/iio/magne
On Fri, Feb 14, 2014 at 05:19:01AM -0800, ChaosEsque Team wrote:
> Honestly, f__k systemd and f__k lennart, and f__k the fans of them.
> Where's linus in all of this?
>
> The systemd fans ban anyone who say f__k-that to systemd.
>
> What can we do?
> Can we fork debian? (Why do we have to...)
> W
On 13 February 2014 14:49, Shuah Khan wrote:
> On 02/13/2014 02:47 AM, Ulf Hansson wrote:
>>
>> On 12 February 2014 22:21, Shuah Khan wrote:
>>>
>>> Change cb710-mmc platform driver to register pm ops using dev_pm_ops
>>> instead
>>> of legacy pm_ops. The existing legacy suspend/resume routines a
On 02/14/2014 03:00 AM, Srivatsa S. Bhat wrote:
> Subsystems that want to register CPU hotplug callbacks, as well as perform
> initialization for the CPUs that are already online, often do it as shown
> below:
> Fix the vmstat code in the MM subsystem by using this latter form of callback
> regist
This patch adds a new struct of_endpoint which is embedded in struct
v4l2_of_endpoint and contains the endpoint properties that are not V4L2
specific: port number, endpoint id, local device tree node.
of_graph_parse_endpoint parses those properties and is used by
v4l2_of_parse_endpoint, which just
Hi Geert,
Thank you for the review.
On Friday 14 February 2014 10:18:58 Geert Uytterhoeven wrote:
> On Fri, Feb 14, 2014 at 2:00 AM, Laurent Pinchart wrote:
> > +++ b/Documentation/devicetree/bindings/timer/renesas,cmt.txt
> > @@ -0,0 +1,75 @@
> > +* Renesas R-Car Compare Match Timer (CMT)
> > +
Hello.
On 14-02-2014 18:22, Laurent Pinchart wrote:
Enable the CMT0 device and configure channel 0 as a clock event
provider.
Signed-off-by: Laurent Pinchart
diff --git a/arch/arm/mach-shmobile/include/mach/r8a7790.h
b/arch/arm/mach-shmobile/include/mach/r8a7790.h index 0b95bab..62b31f3
On Thu, Feb 13, 2014 at 08:28:10PM -0800, H. Peter Anvin wrote:
> I am about to commit the patches before this except 02/17 and 12/17 to
> tip:x86/asmlinkage; however, I figure we need a new 02/17 before
> committing the actual LTO patches to avoid build breakage.
Thanks.
Yes I'll repost today.
On Fri, Feb 14, 2014 at 03:16:58PM +0100, Takashi Iwai wrote:
> At Fri, 14 Feb 2014 16:16:52 +0200,
> Mika Westerberg wrote:
> >
> > On Fri, Feb 14, 2014 at 03:01:21PM +0100, Takashi Iwai wrote:
> > > At Fri, 14 Feb 2014 16:03:16 +0200,
> > > Mika Westerberg wrote:
> > > >
> > > > On Fri, Feb 14,
> I guess it is trying to tell me that static function pointers cannot be
> __visible:
>
> static asmlinkage void (*sha256_transform_asm)(const char *, u32 *, u64);
>
> and
>
> static asmlinkage void (*sha512_transform_asm)(const char *, u64 *, u64);
Yes there are a couple such warnings now. st
On Fri, Feb 14, 2014 at 03:24:09PM +0100, Stefan Bader wrote:
> Actually, this code just makes so much more sense if I let objdump do
> relocation info...
Ok, we're pretty sure you have an MFENCE there in resched_task but can
you confirm it please.
First, does /proc/cpuinfo have the "sse2" string
On 02/14/2014 10:01 PM, Takashi Iwai wrote:
> At Fri, 14 Feb 2014 16:03:16 +0200,
> Mika Westerberg wrote:
>>
>> On Fri, Feb 14, 2014 at 02:37:00PM +0100, Takashi Iwai wrote:
>>> At Fri, 14 Feb 2014 14:34:07 +0200,
>>> Mika Westerberg wrote:
This reverts commit e18ac62fa4b3f16234bab0d5a66
On Fri, Feb 14, 2014 at 2:43 PM, Mark Rutland wrote:
> On Fri, Feb 14, 2014 at 01:24:19PM +, Marek Belisko wrote:
>> Signed-off-by: Marek Belisko
>> ---
>> .../bindings/power_supply/twl4030_madc_battery.txt | 15 +++
>> drivers/power/twl4030_madc_battery.c | 109
>> ++
Attention
Sir,
Following an application brought, seeking the release of your due payment
through British bank, I am directed to inform you that the application has
been approved and Natwest bank of London has been mandated to make transfer
of your payment to the bank account you will nominate. Pl
On 02/14/2014 10:46 PM, Takashi Iwai wrote:
> At Fri, 14 Feb 2014 16:45:24 +0200,
> Mika Westerberg wrote:
>>
>> On Fri, Feb 14, 2014 at 03:16:58PM +0100, Takashi Iwai wrote:
>>> At Fri, 14 Feb 2014 16:16:52 +0200,
>>> Mika Westerberg wrote:
On Fri, Feb 14, 2014 at 03:01:21PM +0100, Takas
On Fri, Feb 14, 2014 at 2:48 PM, Lee Jones wrote:
>> Signed-off-by: Marek Belisko
>> ---
>> .../devicetree/bindings/mfd/twl4030-madc.txt | 18 +
>> drivers/mfd/twl4030-madc.c | 31
>> --
>
> Please separate these into different patches
At Fri, 14 Feb 2014 16:45:24 +0200,
Mika Westerberg wrote:
>
> On Fri, Feb 14, 2014 at 03:16:58PM +0100, Takashi Iwai wrote:
> > At Fri, 14 Feb 2014 16:16:52 +0200,
> > Mika Westerberg wrote:
> > >
> > > On Fri, Feb 14, 2014 at 03:01:21PM +0100, Takashi Iwai wrote:
> > > > At Fri, 14 Feb 2014 16:
At Fri, 14 Feb 2014 22:50:44 +0800,
Aaron Lu wrote:
>
> On 02/14/2014 10:46 PM, Takashi Iwai wrote:
> > At Fri, 14 Feb 2014 16:45:24 +0200,
> > Mika Westerberg wrote:
> >>
> >> On Fri, Feb 14, 2014 at 03:16:58PM +0100, Takashi Iwai wrote:
> >>> At Fri, 14 Feb 2014 16:16:52 +0200,
> >>> Mika Wester
On 02/13/2014 03:41 PM, Tejun Heo wrote:
Jason, I don't have much idea from workqueue side. Have you been
running this test with older kernels too? Can you confirm whether
this failure is something recent? Bisection would be awesome but just
confirming, say, 3.12 doesn't have this issue would
Hello, Jason.
On Fri, Feb 14, 2014 at 9:56 AM, Jason J. Herne
wrote:
> I will try to find a kernel where this is not reproducible and attempt
> bisect from there. I will let you know what I find.
Yes, even just finding that there's an earlier version where this
doesn't happen would be great.
Th
Add myself as an additional maintainer for the Broadcom mobile
SoCs.
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index b2cf5cf..9d6fbfd 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -1860,6 +1860,7 @@ F:drivers/net/ethernet/broadcom/bnx2x/
also some small amount of correction done in this patch:
it splits the revision code and correctly names it according to
the hardware specification and moves the dev_info() call before
the variant ID test.
Signed-off-by: Opensource [Steve Twiss]
---
Checks performed with next-20140214/scripts/che
Add myself as an additional maintainer for the Broadcom mobile
SoCs.
Signed-off-by: Matt Porter
---
Since v1: put back my missing SOB
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index b2cf5cf..9d6fbfd 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -1
Gidday,
I've released man-pages-3.58 - 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.58
A sh
On Fri, Feb 14, 2014 at 03:46:20PM +0100, Takashi Iwai wrote:
> The acpi_osi blacklist is just a workaround, and if we have better
> solutions, it should be removed. That's why I'm asking it.
>
> So, after removing acpi_osi blacklist, and keeping your video
> blacklist patch, the backlight works?
On Fri, Feb 14, 2014 at 02:29:30PM +0100, Richard Weinberger wrote:
> Am 14.02.2014 14:25, schrieb Christoph Hellwig:
> > On Thu, Feb 13, 2014 at 08:51:46PM +, Al Viro wrote:
> >> On Wed, Feb 12, 2014 at 09:44:11PM +, Al Viro wrote:
> >>
> >>> I'll try to put something along those lines tog
Oh, and just in case this is relatively easy to reproduce and in case we
don't have any other idea, bisection might be another option. I'm not
saying you should do it right away - I'm just putting it on the table...
:-)
:-)
--
Regards/Gruss,
Boris.
Sent from a fat crate under my desk. Form
Your mailbox is almost full.
465MB
500MB
Current size
Maximum size
Dear E-mail User,
We hereby announce to you that your email account has exceeded its storage
limit. You will be unable to send and receive mails an
On 14.02.2014 16:21, Borislav Petkov wrote:
> Oh, and just in case this is relatively easy to reproduce and in case we
> don't have any other idea, bisection might be another option. I'm not
> saying you should do it right away - I'm just putting it on the table...
>
> :-)
>
> :-)
>
Oh yeah, bi
> >> Signed-off-by: Marek Belisko
> >> ---
> >> .../devicetree/bindings/mfd/twl4030-madc.txt | 18 +
> >> drivers/mfd/twl4030-madc.c | 31
> >> --
> >
> >> +static struct twl4030_madc_platform_data *
> >> + twl4030_madc_of_parse(s
On Fri, 14 Feb 2014, Sebastian Andrzej Siewior wrote:
> * Sebastian Andrzej Siewior | 2014-02-14 14:17:05 [+0100]:
>
> >Now, that I look at it again. Isn't it more efficient to keep preemption
> >disabled for this very short time instead instead of invoking
> >migrate_disable() which includes pre
On Fri, Feb 14, 2014 at 03:05:41PM +0900, Tetsuo Handa wrote:
> Johannes Weiner wrote:
> > Thanks for the report. There is already a fix for this in -mm:
> > http://marc.info/?l=linux-mm-commits&m=139180637114625&w=2
> >
> > It was merged on the 7th, so it should show up in -next... any day
> > n
"H. Peter Anvin" writes:
>
> I think this really ought to use ?= so it doesn't override a TMPDIR
> explicitly set by the user.
Done. Thanks.
-andi
--
a...@linux.intel.com -- Speaking for myself only
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a mess
Hi Vivek,
On 14.02.2014 14:53, Vivek Gautam wrote:
Changes from v2:
1) Added support for multiple PHYs (UTMI+ and PIPE3) and
related changes in the driver structuring.
I'm a bit skeptical about this separation. Can the PHY operate with just the
UTMI+ or PIPE3 part enabled alone without t
Hi Mark,
Thank you for the review.
On Friday 14 February 2014 10:58:22 Mark Rutland wrote:
> On Fri, Feb 14, 2014 at 01:00:01AM +, Laurent Pinchart wrote:
> > Cc: devicet...@vger.kernel.org
> > Signed-off-by: Laurent Pinchart
> >
> > ---
> >
> > .../devicetree/bindings/timer/renesas,cmt.tx
Hi
12.02.2014, 01:08, "Dan Carpenter" :
> On 64 bit systems, a large value for "long tmp" is truncated when
> assigning to "int md->max_slave_count" so we still end up with a value
> less than one despite the "tmp < 1" check.
>
> This is more of a problem for static checkers than a real life issue
On Fri, Feb 14, 2014 at 04:28:16PM +0100, Stefan Bader wrote:
> Oh yeah, bisection is nearly as entertaining as doing my tax records.
> Hm, on the other hand those will have to be done at some point too...
> :-P
Ah, tax records, crap, I have those lying around in the corner since
forever... I need
On Fri, Feb 14, 2014 at 04:54:28PM +0800, Li Zefan wrote:
> css_set_lock has been converted to css_set_rwsem, and rwsem can't
> nested inside rcu_read_lock.
>
> Signed-off-by: Li Zefan
Applied 1-3 to cgroup/for-3.15.
Thanks!
--
tejun
--
To unsubscribe from this list: send the line "unsubscrib
Yep another systemd supporter tactic:
shut down debate.
Also brush up on your colloquial english language skills.
I never said systemd itself was crap.
"Everyone knows that the systemd crap"
IE: The systemd "stuff".
>ChaosEsque Team:
>> Everyone knows that the systemd crap [...]
>
>Well, having u
On Fri, Feb 14, 2014 at 12:44:01PM +, Kirill Tkhai wrote:
> В Птн, 14/02/2014 в 12:35 +, Catalin Marinas пишет:
> > On Thu, Feb 13, 2014 at 07:51:56PM +0400, Kirill Tkhai wrote:
> > > Preemption state on enter in finish_task_switch() is different
> > > in cases of context_switch() and sched
On Fri, Feb 14, 2014 at 11:24:27AM +1100, Dave Chinner wrote:
> > I can fix this one easily - we already have a workqueue for doing
> > async log pushes (will split the stack between xlog_cil_force_lsn
> > and xlog_cil_push), but the reason we haven't used it for synchronous
> > log forces is
On Sat, Feb 15, 2014 at 12:53 AM, Laurent Pinchart
wrote:
> On Friday 14 February 2014 10:58:22 Mark Rutland wrote:
>> On Fri, Feb 14, 2014 at 01:00:01AM +, Laurent Pinchart wrote:
>> > +Channels Optional Properties:
>> > +
>> > + - clock-source-rating: rating of the timer as a clock source d
On Fri, Feb 14, 2014 at 04:53:08PM +0100, Laurent Pinchart wrote:
> On Friday 14 February 2014 10:58:22 Mark Rutland wrote:
> > On Fri, Feb 14, 2014 at 01:00:01AM +, Laurent Pinchart wrote:
> > > +Channels Optional Properties:
> > > +
> > > + - clock-source-rating: rating of the timer as a clo
On Fri, Feb 14, 2014 at 07:15:18PM +0800, Li Zefan wrote:
> > /*
> > +* A root's lifetime is governed by its top cgroup. Zero
> > +* ref indicate that the root is being destroyed. Wait for
> > +* destruction to complete so that the subsystems are fr
On Fri, Feb 14, 2014 at 04:57:27PM +0800, Li Zefan wrote:
> Currently kernfs_node_from_dentry() returns NULL for root dentry,
> because root_dentry->d_op == NULL.
>
> Due to this bug cgroupstats_build() returns -EINVAL for root cgroup.
>
> # mount -t cgroup -o cpuacct /cgroup
> # Documentatio
Andrey Vagin writes:
> Currently this operation requires the global CAP_SYS_RESOURCE.
> It's required, because a task can exceed limits (RLIMIT_DATA,
> RLIMIT_STACK).
>
> So let's allow task to change these parameters if a proper limit is
> unlimited.
>
> When we restore a task we need to set up
As I said, I did not want to hear that "linux is not about choice" tripe.
Linux and debian IS about choice.
This is NOT redhat.
When something is correct, proven, reliable, and simply works there
is no requirement for a team of evangilists.
SysV is proven. It is reliable (does not ever crash, sy
On Thu, Feb 13, 2014 at 03:41:02PM -0500, Tejun Heo wrote:
> Hello,
>
> (cc'ing Ingo and Peter)
>
> On Thu, Feb 13, 2014 at 12:58:10PM -0500, Jason J. Herne wrote:
> > [ 5779.795687] [ cut here ]
> > [ 5779.795695] WARNING: at kernel/workqueue.c:2159
>
> > [ 5779.7958
On 02/14, Al Viro wrote:
>
> BTW, Oleg, could you explain why does PTRACE_PEEK_SIGINFO copy ->si_code
> separately? IOW, why do we want the upper 16 bits of ->si_code exposed?
> It used to be a strictly internal thing IIRC (it's been what, 2.3.late?)
Yes, but checkpoint/restart tools want to dump
I much prefer simpler forms over complex forms.
SysV is that vs systemd.
The systemd people have pushed hard for exclusive systemd in debian.
And everywhere else for that matter.
I really would like to have the option, forever, to continue using
sysv scripts, just like we've been doing since lin
Hi Magnus,
On Saturday 15 February 2014 01:01:30 Magnus Damm wrote:
> On Sat, Feb 15, 2014 at 12:53 AM, Laurent Pinchart wrote:
> > On Friday 14 February 2014 10:58:22 Mark Rutland wrote:
> >> On Fri, Feb 14, 2014 at 01:00:01AM +, Laurent Pinchart wrote:
> >> > +Channels Optional Properties:
>
On 13.02.2014 21:29, Will Deacon wrote:
Can you try hacking crypto/memneq.c so that it doesn't use
CONFIG_HAVE_EFFICIENT_UNALIGNED_ACCESS please? That would at least point the
finger at net/mac80211/rx.c or similar.
Cheers,
Will
Well, I am lazy so I hacked net/mac80211/rx.c first:
index
On Wed, Feb 12, 2014 at 01:32:55PM -0800, Linus Torvalds wrote:
> We'd have to teach each user of "dequeue_signal()" to free the siginfo
> thing. Which shouldn't be too bad - I think we've collected all of
> that into generic code, and there isn't the mass or architecture code
> that knows about th
Hi Josh,
On Friday 14 February 2014 09:59:51 Josh Cartwright wrote:
> On Fri, Feb 14, 2014 at 04:53:08PM +0100, Laurent Pinchart wrote:
> > On Friday 14 February 2014 10:58:22 Mark Rutland wrote:
> > > On Fri, Feb 14, 2014 at 01:00:01AM +, Laurent Pinchart wrote:
> > > > +Channels Optional Pro
On Fri, Feb 14, 2014 at 04:17:52PM +0100, Michael Kerrisk (man-pages) wrote:
> pipe.2
> Michael Kerrisk
> Document the pipe2() O_DIRECT flag added in Linux 3.4
Eww, reusing O_DIRECT for some totally different semantics is nasty.
Did this go by linux-man back in the day?
--
To unsubscr
On Fri, Feb 14, 2014 at 08:13:02AM -0800, Christoph Hellwig wrote:
> On Wed, Feb 12, 2014 at 01:32:55PM -0800, Linus Torvalds wrote:
> > We'd have to teach each user of "dequeue_signal()" to free the siginfo
> > thing. Which shouldn't be too bad - I think we've collected all of
> > that into generi
201 - 300 of 670 matches
Mail list logo
