2014-02-27 1:48 GMT+09:00, Theodore Ts'o :
> On Mon, Feb 24, 2014 at 10:22:10AM +0900, Namjae Jeon wrote:
>> >> + ret = ext4_es_remove_extent(inode, punch_start,
>> >> + EXT_MAX_BLOCKS - punch_start - 1);
>> >> + if (ret) {
>> >> +
Both REGCACHE_RBTREE and REGCACHE_COMPRESSED make GFP_KERNEL allocations
with the regmap lock held. If we're initializing a regmap which would
normally use a spinlock (e.g. MMIO), fall back to using a mutex if one
of these caching types is to be used.
Signed-off-by: Andrew Bresticker
---
On Thu, Feb 27, 2014 at 12:29 PM, Li Guang wrote:
>> +#define ACPI_EC_CLEAR_MAX 20 /* Maximum number of events to
>> query
>> +* when trying to clear the EC */
>>
>
>
> 20 is enough?
> the query index is length of a byte.
On my machine, 8 seems
Juan Manuel Cabo wrote:
On 02/27/2014 12:14 AM, Li Guang wrote:
oh, sorry, I'm referring internal EC firmware code
for Q event queuing, not ACPI SPEC, ;-)
for machine you tested, 8 is the queue size,
but for some unknown also nasty EC firmwares(let's suppose it exists),
it may queue more Q
On Thu, Feb 27, 2014 at 04:26:35AM +0100, Mike Galbraith wrote:
>
> I would start with strace to see if a task is looping in userspace, then
> move on to perf top -g -p (or perf record/report) to peek at what
> it's up to in the kernel. Once you have the where, trace_printk() is
> the best
sizeof(_Bool), like for many other types, is ABI-dependent, but that doesn't
mean it is illegitimate.
I don't think C99 says that it is invalid (which means C99 doesn't permit is to
be a packed bitmap.)
On February 26, 2014 7:38:46 PM PST, Joe Perches wrote:
>(adding Ben Pfaff and Christopher
On Wed, Feb 26, 2014 at 05:34:24PM -0800, Greg KH wrote:
> Yes, for some areas of the kernel it will take some work, but for
> others, sparse works really well. As an example, building all of
> drivers/usb/* with sparse only brings up 2 issues, both of which should
> probably be fixed (or
On Wed, Feb 26, 2014 at 05:02:13PM -0800, Andy Lutomirski wrote:
> This makes no difference for 64-bit, bit it's critical for 32-bit code:
> these functions are called from outside the kernel, so they need to comply
> with the ABI.
That's an odd patch. If that was wrong things couldn't have
(adding Ben Pfaff and Christopher Li)
On Wed, 2014-02-26 at 19:29 -0800, H. Peter Anvin wrote:
> On 02/26/2014 06:58 PM, Josh Triplett wrote:
> > On Wed, Feb 26, 2014 at 06:53:14PM -0800, Joe Perches wrote:
> >> Allow an override to emit or not the sizeof(bool) warning
> >> Add a description to
On Wed, Feb 26, 2014 at 05:47:21PM +1100, Stephen Rothwell wrote:
> Hi Greg,
>
> On Fri, 21 Feb 2014 16:47:11 +1100 Stephen Rothwell
> wrote:
> >
> > After merging the char-misc tree, today's linux-next build (x86_64
> > allmodconfig) failed like this:
> >
> > In file included from
On Wed, Feb 26, 2014 at 05:20:03PM +, Jonathan Cameron wrote:
>
>
> On February 26, 2014 4:29:07 PM GMT+00:00, Johannes Thumshirn
> wrote:
> >Add support for MEN 16z188 ADC IP Core on MCB FPGAs.
> >
> >Signed-off-by: Johannes Thumshirn
> Acked-by: Jonathan Cameron
>
> The other two
On Wed, Feb 26, 2014 at 02:29:07PM -0800, John Stultz wrote:
> The new 64bit binder API causes build issues on 32bit ARM
> due to the lack of 64bit __get_user_asm_* implementation.
So no one ever tested this out on ARM? Really, that seems odd...
Anyway, if you want this to always be on, that's
On 02/27/2014 12:14 AM, Li Guang wrote:
> oh, sorry, I'm referring internal EC firmware code
> for Q event queuing, not ACPI SPEC, ;-)
> for machine you tested, 8 is the queue size,
> but for some unknown also nasty EC firmwares(let's suppose it exists),
> it may queue more Q events.
> and I saw
> > > > >
> > > > > Chipidea bug too? Does it follow ch 8.5.3.2 Variable-length Data
> > > > > Stage, USB
> > > > 2.0 spec?
> > > >
> > > > wait, this is a chipidea core ? Why aren't you guys using the
> > > > chipidea driver yet ? You need to switch over to that driver dude,
> > > > we can't
Hi Peter,
2014-02-26 23:40 GMT+08:00 Peter Hurley :
> [ +cc linux-bluetooth ]
>>>
>>> Historically, low_latency was used to force wake-up the reading
>>> process rather than wait for the next scheduler tick. The
>>> effect was to trim multiple milliseconds of latency from
>>> when the process
On 02/26/2014 06:58 PM, Josh Triplett wrote:
> On Wed, Feb 26, 2014 at 06:53:14PM -0800, Joe Perches wrote:
>> Allow an override to emit or not the sizeof(bool) warning
>> Add a description to the manpage.
>>
>> Signed-off-by: Joe Perches
>
> Reviewed-by: Josh Triplett
>
I have to admit that
On 02/26/2014 11:40 AM, David E. Box wrote:
> From: "David E. Box"
>
> The IOSF Mailbox interface is an access mechanism used by multiple drivers to
> communicate with key configuration registers on new Intel SOC platforms. The
> interface is ubiquitous enough that we need to ensure the
On 02/26/2014 05:02 PM, Andy Lutomirski wrote:
> This makes no difference for 64-bit, bit it's critical for 32-bit code:
> these functions are called from outside the kernel, so they need to comply
> with the ABI.
Or at least with *an* ABI (the i386 syscall vdso uses the syscall
convention, not
On Thu, 2014-02-27 at 00:52 +, Ken Moffat wrote:
> Hi,
>
> Short summary : on 3.13.5, rm -rf of an application source
> directory on an ext4 filesystem sometimes takes forever (probably
> isn't going anywhere), with one CPU pegged at all-but 100% utilization.
>
> I've nearly finished
Allow an override to emit or not the sizeof(bool) warning.
Add a "-Wsizeof-bool" description to the manpage.
Signed-off-by: Joe Perches
Reviewed-by: Josh Triplett
---
v2: Add manpage
v3: gah. Joe knows his alphabet (sometimes). (shadow _then_ sizeof)
evaluate.c | 3 ++-
lib.c | 2 ++
Juan Manuel Cabo wrote:
that's really nasty EC firmware!
Yes!
And this bug has been unsolved for about two years.
20 is enough?
the query index is length of a byte.
According to our humble tests, 8 is the maximum number of
accumulated events. For instance, if the one
The following changes since commit 38dbfb59d1175ef458d006556061adeaa8751b72:
Linus 3.14-rc1 (2014-02-02 16:42:13 -0800)
are available in the git repository at:
https://github.com/sashalevin/liblockdep.git liblockdep-fixes
for you to fetch changes up to
On Wed, 26 Feb 2014 14:01:43 -0500
Steven Rostedt wrote:
> [ Request for Ack ]
>
> From: "Steven Rostedt (Red Hat)"
>
> There's nothing in the module.h header that requires tracepoint.h to be
> included. Soon, tracepoint.h will require struct module, and will have to
> include module.h. To
Hi Peter,
On Wed, 26 Feb 2014 17:50:43 +0100 Peter Zijlstra wrote:
>
> On Wed, Feb 26, 2014 at 05:35:19PM +0100, Gregory CLEMENT wrote:
> >
> > while testing next-20140226 I got an issue with the function
> > wait_event_timeout. When this function timed out in
On 02/26/2014 05:23 PM, Michael S. Tsirkin wrote:
> On Wed, Feb 26, 2014 at 03:11:21PM +0800, Jason Wang wrote:
>> > On 02/26/2014 02:32 PM, Qin Chuanyu wrote:
>>> > >On 2014/2/26 13:53, Jason Wang wrote:
> >>On 02/25/2014 09:57 PM, Michael S. Tsirkin wrote:
> > >>>On Tue, Feb 25, 2014 at
On Mon, 24 Feb 2014 02:55:20 +0400
Pavel Vasilyev wrote:
> No, because in positional number systems, an increase in the senior level,
> junior reset, but not stays the same. Mainline kernel and patches is senior
> level.
If you notice, there's no '.' between the mainline version and the rt
On Wed, Feb 26, 2014 at 06:53:14PM -0800, Joe Perches wrote:
> Allow an override to emit or not the sizeof(bool) warning
> Add a description to the manpage.
>
> Signed-off-by: Joe Perches
Reviewed-by: Josh Triplett
> evaluate.c | 3 ++-
> lib.c | 2 ++
> lib.h | 1 +
> sparse.1 |
Hi Namhyung,
于 2014/2/26 16:03, Namhyung Kim 写道:
> Hi xiakaixu,
>
>> 于 2014/2/19 9:48, xiakaixu 写道:
>>> Hi all,
>>>
>>> There is a bug found in my work when running "perf record". The basic
>>> information
>>> is here. As we know, perf record is a parent process and the programme
>>> traced is
Allow an override to emit or not the sizeof(bool) warning
Add a description to the manpage.
Signed-off-by: Joe Perches
---
evaluate.c | 3 ++-
lib.c | 2 ++
lib.h | 1 +
sparse.1 | 9 +
4 files changed, 14 insertions(+), 1 deletion(-)
diff --git a/evaluate.c b/evaluate.c
> > create mode 100644 Documentation/devicetree/bindings/pwm/pwm-fsl-ftm.txt
> >
> > diff --git a/Documentation/devicetree/bindings/pwm/pwm-fsl-ftm.txt
> b/Documentation/devicetree/bindings/pwm/pwm-fsl-ftm.txt
> [...]
> > +- clocks : Must contain a clock specifier for each entry in clock-names,
On Wed, 19 Feb 2014, Michal Hocko wrote:
> css_offline callback exported by the cgroup core is not intended to get
> rid of all the charges but rather to get rid of cached charges for the
> soon destruction. For the memory controller we have 2 different types of
> "cached" charges which prevent
Dear RT Folks,
I'm pleased to announce the 3.2.55-rt78 stable release.
This release is just an update to the new stable 3.2.55 version
and no RT specific changes have been made.
You can get this release via the git tree at:
Dear RT Folks,
I'm pleased to announce the 3.4.82-rt100 stable release.
This release is just an update to the new stable 3.4.82 version
and no RT specific changes have been made.
You can get this release via the git tree at:
Dear RT Folks,
I'm pleased to announce the 3.10.32-rt30 stable release.
This release is just an update to the new stable 3.10.32 version
and no RT specific changes have been made.
You can get this release via the git tree at:
Now that all users have been converted to regmap and the config.reg_bits
and config.val_bits can be setted by each user through regmap core API.
So these two params are redundant here.
Signed-off-by: Xiubo Li
---
@Mark and All
I'm also thinking could we just discard
On Thu, 27 Feb 2014 02:21:16 + (UTC)
Mathieu Desnoyers wrote:
> That is not the question. We don't care about how many times module.h is
> included in the kernel, but rather what module.h itself includes and could
> include in the future, throughout generic and arch-specific headers. If
>
Hi Josh,
On Wed, 26 Feb 2014 18:13:06 -0800 Josh Triplett wrote:
>
> The unconditionally built keyboard driver, drivers/s390/char/keyboard.c,
> requires CONFIG_TTY, so select it from CONFIG_S390 to prevent a build
> error.
>
> Signed-off-by: Josh Triplett
Will be added to linux-next today.
--
mit any more fixes for
> > the allnoconfig build errors.
>
> Checking that site, I don't see any other instances of failures caused
> by allnoconfig. If I'm missing some, could you please point me to the
> page on that site I'm missing?
That is because your patch was reverted in yesterda
Extended BPF (or 64-bit BPF) is an instruction set to
create safe dynamically loadable filters that can call fixed set
of kernel functions and take generic bpf_context as an input.
BPF filter is a glue between kernel functions and bpf_context.
Different kernel subsystems can define their own set
Hi All,
V1 patches:
http://thread.gmane.org/gmane.linux.kernel/1605783
V2 patches:
http://thread.gmane.org/gmane.linux.kernel/1642325
V3 summary:
- as suggested by Daniel added on the fly converter from
old BPF (aka BPF32) into extended BPF (aka BPF64)
- as suggested by Peter Anvin added
On 14:56-20140225, Nishanth Menon wrote:
> On 02/24/2014 11:51 PM, Mike Turquette wrote:
> > Quoting Nishanth Menon (2014-02-18 12:32:18)
[...]
> > I'm not sure about trying to capture the "voltdm" as a core concept. It
> > feels a bit unwieldy to me.
>
> Considering it is a simple collation of
On Wed, Feb 26, 2014 at 04:43:03PM -0800, Stephen Boyd wrote:
> On 02/26/14 16:30, Josh Cartwright wrote:
> > On Wed, Feb 26, 2014 at 04:20:03PM -0800, Stephen Boyd wrote:
> >> On 02/26/14 16:13, Josh Cartwright wrote:
> >>> On Wed, Feb 26, 2014 at 04:05:40PM -0800, Stephen Boyd wrote:
> On
> that's really nasty EC firmware!
Yes!
And this bug has been unsolved for about two years.
> 20 is enough?
> the query index is length of a byte.
>
According to our humble tests, 8 is the maximum number of
accumulated events. For instance, if the one plugs or unplugs the PSU
16 times, (or
On Wed, Feb 26, 2014 at 06:03:39PM -0800, Joe Perches wrote:
> Allow an override to emit or not the sizeof(bool) warning
>
> Signed-off-by: Joe Perches
Seems reasonable. However, please document the new flag in the manpage.
> evaluate.c | 3 ++-
> lib.c | 2 ++
> lib.h | 1 +
> 3
- Original Message -
> From: "Steven Rostedt"
> To: "Mathieu Desnoyers"
> Cc: linux-kernel@vger.kernel.org, "Ingo Molnar" , "Andrew
> Morton" ,
> "Peter Zijlstra" , "Frederic Weisbecker"
>
> Sent: Wednesday, February 26, 2014 8:38:53 PM
> Subject: Re: [RFA][PATCH 0/4] tracing: Request
On Thu, Feb 27, 2014 at 10:00:26AM +1100, Stephen Rothwell wrote:
> Please check the build results overnight tonight (for next-20140227 at
> http://kisskb.ellerman.id.au/linux-next) and submit any more fixes for
> the allnoconfig build errors.
Checking that site, I don't see any other instances
On Thu, Feb 27, 2014 at 9:37 AM, Chao Xie wrote:
> On Mon, Feb 24, 2014 at 7:31 PM, Thomas Gleixner wrote:
>> On Mon, 24 Feb 2014, Haojian Zhuang wrote:
>>
>>> On Mon, Feb 24, 2014 at 2:07 PM, Chao Xie wrote:
>>> > On Mon, Feb 24, 2014 at 7:17 AM, Uwe Kleine-König
>>> > wrote:
>>> >> Hi
Now that DT based platforms are split out of mach-msm into
mach-qcom, put back a non-DT based SoC into the msm_defconfig and
stop selecting unsupported drivers.
Signed-off-by: Stephen Boyd
---
arch/arm/configs/msm_defconfig | 25 +++--
1 file changed, 3 insertions(+), 22
TROUT_CPLD_BASE needs the IOMEM() treatment to avoid warnings
from the read/writeb functions.
Signed-off-by: Stephen Boyd
---
arch/arm/mach-msm/board-trout-gpio.c | 2 +-
arch/arm/mach-msm/board-trout.c | 2 +-
arch/arm/mach-msm/board-trout.h | 2 +-
3 files changed, 3 insertions(+),
Add a defconfig for mach-qcom platforms. Although these platforms
are part of the multi-platform kernel, it's useful to have a
stripped down version of the defconfig that just selects the
Qualcomm based platforms and drivers.
Signed-off-by: Stephen Boyd
---
arch/arm/configs/qcom_defconfig | 139
Hello Sergey,
Code looks good to me and I will queue it into ARM and x86 test tomorrow
and give the result to you with Acked-by.
Thanks for your all works!
On Wed, Feb 26, 2014 at 03:27:53PM +0300, Sergey Senozhatsky wrote:
> This patchset introduces zcomp compression backend abstraction
>
Now that we have mach-qcom, introduce a qcom_defconfig to match and
update the msm_defconfig to compile a board in mach-msm.
Stephen Boyd (3):
ARM: config: Add qcom_defconfig
ARM: msm: Silence readb/writeb warnings due to missing IOMEM()
ARM: config: Update msm_defconfig
The unconditionally built keyboard driver, drivers/s390/char/keyboard.c,
requires CONFIG_TTY, so select it from CONFIG_S390 to prevent a build
error.
Signed-off-by: Josh Triplett
---
arch/s390/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/s390/Kconfig b/arch/s390/Kconfig
It is fully legal for a controller to start handling busy-end interrupt
before it has signaled that the command has completed. So make sure
we do things in the proper order, Or it results that command interrupt
is ignored so it can cause unexpected operations. This is founded at some
toshiba emmc
On 02/27/2014 05:44 AM, H. Peter Anvin wrote:
On 02/26/2014 11:17 AM, Dave Hansen wrote:
On 02/23/2014 05:27 AM, Qiaowei Ren wrote:
+Bounds Directory (BD) and Bounds Tables (BT) are stored in
+application memory and are allocated by the application (in case
+of kernel use, the structures will
On Wed, 2014-02-26 at 17:34 -0800, Greg KH wrote:
> On Wed, Feb 26, 2014 at 04:11:30PM -0800, H. Peter Anvin wrote:
> > I have seen this phenomenon, too. I also see a bunch of sparse warnings
> > which are clearly bogus, for example complaining about sizeof(bool) when
> > in bits like:
> >
> >
Add an override for sizeof(bool)
Requires sparse 0.5.0+ if -Wsizeof-bool is accepted there.
Signed-off-by: Joe Perches
---
Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Makefile b/Makefile
index fce2ba7..d9cea07 100644
--- a/Makefile
+++ b/Makefile
@@ -350,7
"J. Bruce Fields" writes:
> On Tue, Feb 25, 2014 at 02:03:36PM -0800, Eric W. Biederman wrote:
>> "J. Bruce Fields" writes:
>>
>> > On Mon, Feb 24, 2014 at 04:01:29PM -0800, Eric W. Biederman wrote:
>> >> Miklos Szeredi writes:
>> >>
>> >> >
>> >> > You can optimize this by including the
On 02/27/2014 05:19 AM, Dave Hansen wrote:
On 02/23/2014 05:27 AM, Qiaowei Ren wrote:
+The other case that generates a #BR is when a BNDSTX instruction
+attempts to save bounds to a BD entry marked as invalid. This is
+an indication that no BT exists for this entry. In this case the
+fault
Allow an override to emit or not the sizeof(bool) warning
Signed-off-by: Joe Perches
---
evaluate.c | 3 ++-
lib.c | 2 ++
lib.h | 1 +
3 files changed, 5 insertions(+), 1 deletion(-)
diff --git a/evaluate.c b/evaluate.c
index 6655615..a45f59b 100644
--- a/evaluate.c
+++ b/evaluate.c
Quoting Boris BREZILLON (2014-02-15 09:08:12)
> Hi Mike,
>
> Could you take this patch for the next 3.14 release ?
Taken in for the next batch of fixes.
Regards,
Mike
>
> Best Regards,
>
> Boris
>
> On 11/02/2014 14:18, Boris BREZILLON wrote:
> > On 11/02/2014 14:15, Masanari Iida wrote:
>
> -Original Message-
> From: Rashika Kheria [mailto:rashika.khe...@gmail.com]
> Sent: Tuesday, February 25, 2014 4:46 PM
> To: linux-kernel@vger.kernel.org
> Cc: Andrew Morton; Rashika Kheria; Chanho Min; j...@joshtriplett.org
> Subject: [PATCH 4/8] lib: Add prototype declarations in
Kieran Clancy wrote:
A number of Samsung notebooks (530Uxx/535Uxx/540Uxx/550Pxx/900Xxx/etc)
continue to log events during sleep (lid open/close, AC plug/unplug,
battery level change), which accumulate in the EC until a buffer fills.
After the buffer is full (tests suggest it holds 8 events),
On Wednesday 26 February 2014, Ken Moffat wrote:
>On Wed, Feb 26, 2014 at 08:28:29PM -0500, Gene Heskett wrote:
>> On Wednesday 26 February 2014, Ken Moffat wrote:
>>
>> I don't have any help to offer Ken, but this walks and quacks much like
>> a duck I'm encountering in 3.13.5, with the backup
765db82ce08a ("drm/tegra: Add eDP support").
I have used the drm-tegra tree from next-20140226 for today.
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
pgpty15miu7cK.pgp
Description: PGP signature
On 02/26/2014 07:11 PM, H. Peter Anvin wrote:
On 02/26/2014 03:28 PM, Greg KH wrote:
What do we need to do to actually make our tools be able to do work for
us? Newbie projects to clean up? Trying to get the larger Linux
companies to put resources on it?
It's not the easiest "newbie"
o Add SND_SOC_DAIFMT_DSP_A support.
o Add SND_SOC_DAIFMT_DSP_B support.
Signed-off-by: Xiubo Li
---
sound/soc/fsl/fsl_sai.c | 45 ++---
sound/soc/fsl/fsl_sai.h | 1 +
2 files changed, 43 insertions(+), 3 deletions(-)
diff --git a/sound/soc/fsl/fsl_sai.c
On Wed, Feb 26, 2014 at 08:28:29PM -0500, Gene Heskett wrote:
> On Wednesday 26 February 2014, Ken Moffat wrote:
>
> I don't have any help to offer Ken, but this walks and quacks much like a
> duck I'm encountering in 3.13.5, with the backup program amanda, which uses
> gnu tar. To facilitate
On Thu, 27 Feb 2014 11:00:35 +1030
Rusty Russell wrote:
> Steven Rostedt writes:
> > No reason to allocate tp_module structures for modules that have no
> > tracepoints. This just wastes memory.
> >
> > Fixes: b75ef8b44b1c "Tracepoint: Dissociate from module mutex"
> > Cc:
On Wed, 26 Feb 2014 21:36:18 + (UTC)
Mathieu Desnoyers wrote:
> - Original Message -
> > From: "Steven Rostedt"
> > To: linux-kernel@vger.kernel.org
> > Cc: "Ingo Molnar" , "Andrew Morton"
> > , "Peter Zijlstra"
> > , "Frederic Weisbecker" ,
> > "Mathieu Desnoyers"
> >
> > Sent:
On Tue, Feb 25, 2014 at 3:36 AM, Jani Nikula wrote:
> On Sun, 23 Feb 2014, Josh Boyer wrote:
>> Backport of upstream commit c91c9f328
>>
>> ---
>> drivers/gpu/drm/i915/i915_drv.h | 1 +
>> drivers/gpu/drm/i915/intel_opregion.c | 31 ++-
>>
On Mon, Feb 24, 2014 at 7:31 PM, Thomas Gleixner wrote:
> On Mon, 24 Feb 2014, Haojian Zhuang wrote:
>
>> On Mon, Feb 24, 2014 at 2:07 PM, Chao Xie wrote:
>> > On Mon, Feb 24, 2014 at 7:17 AM, Uwe Kleine-König
>> > wrote:
>> >> Hi Thomas,
>> >>
>> >> On Sun, Feb 23, 2014 at 09:40:13PM -,
Use the more natural return of bool for these tests.
No difference observed in .o files produced by gcc
for x86.
Remove the dentry description of kernel pointers
left over from the 90's and 2002's cleanup move
of parts of fs.h to err.h.
Signed-off-by: Joe Perches
---
include/linux/err.h | 7
On 02/26/2014 08:25 PM, Will Deacon wrote:
On Wed, Feb 26, 2014 at 02:00:19AM +, AKASHI Takahiro wrote:
On 02/26/2014 12:00 AM, Will Deacon wrote:
On Tue, Feb 25, 2014 at 09:14:43AM +, AKASHI Takahiro wrote:
Currently syscall_trace() is called only for ptrace.
With additional TIF_xx
On 02/27/2014 09:16 AM, Mike Turquette wrote:
Quoting Pankaj Dubey (2014-02-25 21:24:07)
CC: Ben Dooks
CC: Kukjin Kim
CC: Russell King
Signed-off-by: Pankaj Dubey
---
arch/arm/mach-s3c24xx/Kconfig |3 +++
1 file changed, 3 insertions(+)
diff --git a/arch/arm/mach-s3c24xx/Kconfig
On Thu, 27 Feb 2014, Dave Chinner wrote:
> On Wed, Feb 26, 2014 at 03:08:58PM -0800, Hugh Dickins wrote:
> >
> > Thanks for explaining more, I was just about to acknowledge what a good
> > example that is. Indeed, it seems not unreasonable to be editing the
> > earlier part of a file while the
On Wed, Feb 26, 2014 at 04:11:30PM -0800, H. Peter Anvin wrote:
> On 02/26/2014 03:28 PM, Greg KH wrote:
> >>
> >> What do we need to do to actually make our tools be able to do work for
> >> us? Newbie projects to clean up? Trying to get the larger Linux
> >> companies to put resources on it?
>
On Wednesday 26 February 2014, Ken Moffat wrote:
>Hi,
>
> Short summary : on 3.13.5, rm -rf of an application source
>directory on an ext4 filesystem sometimes takes forever (probably
>isn't going anywhere), with one CPU pegged at all-but 100% utilization.
>
> I've nearly finished building a new
On Wed, Feb 26, 2014 at 03:08:58PM -0800, Hugh Dickins wrote:
> On Wed, 26 Feb 2014, Dave Chinner wrote:
> > On Tue, Feb 25, 2014 at 08:45:15PM -0800, Hugh Dickins wrote:
> > > On Wed, 26 Feb 2014, Dave Chinner wrote:
> > > > On Tue, Feb 25, 2014 at 03:23:35PM -0800, Hugh Dickins wrote:
> > > >
>
That would be good.
On February 26, 2014 5:19:51 PM PST, Josh Boyer
wrote:
>On Wed, Feb 26, 2014 at 6:37 PM, H. Peter Anvin wrote:
>> On 02/26/2014 03:31 PM, H. Peter Anvin wrote:
>>> On 02/26/2014 03:29 PM, Greg KH wrote:
On Wed, Feb 26, 2014 at 03:28:59PM -0800, Greg KH wrote:
> On
On Wed, Feb 26, 2014 at 6:37 PM, H. Peter Anvin wrote:
> On 02/26/2014 03:31 PM, H. Peter Anvin wrote:
>> On 02/26/2014 03:29 PM, Greg KH wrote:
>>> On Wed, Feb 26, 2014 at 03:28:59PM -0800, Greg KH wrote:
On Wed, Feb 26, 2014 at 02:49:26PM -0800, H. Peter Anvin wrote:
> The number of
On Thu, Feb 27, 2014 at 11:46 AM, Rafael J. Wysocki wrote:
> On Thursday, February 27, 2014 11:29:53 AM Kieran Clancy wrote:
>>
>> Oh, and I should add that Juan and Dennis both helped to test the
>> patch extensively.
>
> You can use Tested-by or Reported-and-tested-by for that.
Is it okay to
On Wed, 2014-02-26 at 16:51 -0800, H. Peter Anvin wrote:
> On 02/26/2014 04:48 PM, Joe Perches wrote:
> > err.h could also return bool instead of long for the
> > IS_ERR and IS_ERR_OR_NULL tests.
>
> This is definitely true... although we should check that that doesn't
> make the code worse as
This saves a nanosecond or so on my box.
Signed-off-by: Andy Lutomirski
---
arch/x86/vdso/vclock_gettime.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/x86/vdso/vclock_gettime.c b/arch/x86/vdso/vclock_gettime.c
index 260a422..9234c83 100644
---
hpa, please either nuke x86/vdso or apply these. That branch is
certainly *not* ready for merging, but this gets it a little closer.
Andy Lutomirski (2):
x86: Mark __vdso entries as asmlinkage
x86: Inline the CLOCK_MONOTONIC vdso code
arch/x86/vdso/vclock_gettime.c | 14 +++---
1
This makes no difference for 64-bit, bit it's critical for 32-bit code:
these functions are called from outside the kernel, so they need to comply
with the ABI.
Signed-off-by: Andy Lutomirski
---
arch/x86/vdso/vclock_gettime.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
On Thursday, February 27, 2014 11:29:53 AM Kieran Clancy wrote:
> On Thu, Feb 27, 2014 at 11:15 AM, Kieran Clancy
> wrote:
> >
> > I am the primary author, but I based the loop which calls
> > acpi_ec_query_unlocked() on a patch by Lan Tianyu. Juan provided the
> > initial idea (userspace
On Thursday, February 27, 2014 11:15:05 AM Kieran Clancy wrote:
> On Thu, Feb 27, 2014 at 10:15 AM, Rafael J. Wysocki
> wrote:
> > On Thursday, February 27, 2014 02:12:40 AM Kieran Clancy wrote:
> >> Signed-off-by: Kieran Clancy
> >> Signed-off-by: Lan Tianyu
> >> Signed-off-by: Juan Manuel
On Thu, Feb 27, 2014 at 11:15 AM, Kieran Clancy wrote:
>
> I am the primary author, but I based the loop which calls
> acpi_ec_query_unlocked() on a patch by Lan Tianyu. Juan provided the
> initial idea (userspace workaround), and Dennis and Lan Tianyu
> reviewed and suggested some changes to the
Applied, thanks!
Antti
On 26.02.2014 20:33, Jan Vcelak wrote:
0458:707f KYE Systems Corp. (Mouse Systems) TVGo DVB-T03 [RTL2832]
The USB dongle uses RTL2832U demodulator and FC0012 tuner.
Signed-off-by: Jan Vcelak
---
drivers/media/usb/dvb-usb-v2/rtl28xxu.c | 2 ++
1 file changed, 2
Applied, thanks!
Antti
On 26.02.2014 20:33, Jan Vcelak wrote:
Signed-off-by: Jan Vcelak
---
drivers/media/usb/dvb-usb-v2/rtl28xxu.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/media/usb/dvb-usb-v2/rtl28xxu.c
b/drivers/media/usb/dvb-usb-v2/rtl28xxu.c
index
Um. This code doesn't work. I'll send a patch. I can't speak
towards how well it compiles in different configurations.
I can't speak towards how well it compiles in different
configurations. Also, vdso_fallback_gettime needs .cfi annotations, I
think. I could probably dredge the required
On Wed, 2014-02-26 at 18:43 +, Joseph S. Myers wrote:
> On Wed, 26 Feb 2014, Torvald Riegel wrote:
>
> > On Fri, 2014-02-21 at 22:10 +, Joseph S. Myers wrote:
> > > On Fri, 21 Feb 2014, Paul E. McKenney wrote:
> > >
> > > > This needs to be as follows:
> > > >
> > > >
Hi,
Short summary : on 3.13.5, rm -rf of an application source
directory on an ext4 filesystem sometimes takes forever (probably
isn't going anywhere), with one CPU pegged at all-but 100% utilization.
I've nearly finished building a new system from source, to check
various desktop packages in
On 02/26/2014 04:48 PM, Joe Perches wrote:
> err.h could also return bool instead of long for the
> IS_ERR and IS_ERR_OR_NULL tests.
This is definitely true... although we should check that that doesn't
make the code worse as this is used *all over* the kernel.
> Maybe something like this could
On Wed, 2014-02-26 at 14:49 -0800, H. Peter Anvin wrote:
> The number of sparse errors in the current kernel is staggering, and it
> makes sparse a lot less valuable of a tool that it otherwise could be.
> On a build of x86-64 allyesconfig I'm getting 20,676 sparse messages.
> Out of those, 12,358
On Thu, Feb 27, 2014 at 10:15 AM, Rafael J. Wysocki wrote:
> On Thursday, February 27, 2014 02:12:40 AM Kieran Clancy wrote:
>> Signed-off-by: Kieran Clancy
>> Signed-off-by: Lan Tianyu
>> Signed-off-by: Juan Manuel Cabo
>> Signed-off-by: Dennis Jansen
>
> There are too many sign-offs under
On 02/25/2014 09:12 PM, 함명주 wrote:
>> On 02/23/2014 11:15 PM, Saravana Kannan wrote:
>>> The previous_freq value for a device could be an invalid frequency that
>>> results in a error value being returned from devfreq_get_freq_level().
>>> Check for an error value before using that to index into
On 02/26/14 16:30, Josh Cartwright wrote:
> On Wed, Feb 26, 2014 at 04:20:03PM -0800, Stephen Boyd wrote:
>> On 02/26/14 16:13, Josh Cartwright wrote:
>>> On Wed, Feb 26, 2014 at 04:05:40PM -0800, Stephen Boyd wrote:
On 02/26/14 15:59, Josh Cartwright wrote:
>>> However, I think it needs to
Quoting Jean-Jacques Hiblot (2014-02-05 00:37:36)
> From: Boris BREZILLON
>
> System clks are just gates, and thus do not provide any rate operations.
> Authorize clk rate change to be propagated to system clk parents.
>
> Signed-off-by: Boris BREZILLON
> ---
> drivers/clk/at91/clk-system.c |
101 - 200 of 1722 matches
Mail list logo
