On Fri, 5 Jul 2013, Alex Shi wrote:
> On 07/05/2013 04:27 AM, Thomas Gleixner wrote:
> We find some benchmarks drop a lot on tip/sched/core on many Intel boxes,
> > And that branch does NOT have that commit included. So how can you see
> > a regression on a branch caused by a commit NOT
On 07/04/2013 11:43 AM, Light wrote:
I am using a laptop with Intel Ivy bridge core i7 3610QM. I updated my
kernel to 3.10 and started to use intel_pstate as scaling driver:
#cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_driver
intel_pstate
However I find that one of my four cores is always
On Fri, Jul 05, 2013 at 01:48:01AM +0200, Rafael J. Wysocki wrote:
> This is fine by me and same for the other patches in the series.
>
> Acked-by: Rafael J. Wysocki
Thanks!
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On Fri, 2013-07-05 at 12:33 +0800, Michael Wang wrote:
> On 07/05/2013 12:08 PM, Mike Galbraith wrote:
> [snip]
> >>
> >> Wow, I used to think such issue is very hard to be tracked by
> >> benchmarks, is this regression stable?
> >
> > Yeah, seems to be. I was curious as to why you saw an
On Fri, 5 Jul 2013, Alex Shi wrote:
> On 07/04/2013 09:04 PM, Thomas Gleixner wrote:
> >>> > > static int clocksource_watchdog_kthread(void *data)
> >>> > > {
> >>> > > struct clocksource *cs, *tmp;
> >>> > > @@ -412,11 +415,14 @@ static int clocksource_watchdog_kthread(void
> >>> > >
On 07/04/2013 08:45 PM, Peter Zijlstra wrote:
> On Mon, Jul 01, 2013 at 03:23:04PM +0800, Yan, Zheng wrote:
>
>> @@ -2488,25 +2508,31 @@ static void perf_branch_stack_sched_in(struct
>> task_struct *prev,
>>
>> list_for_each_entry_rcu(pmu, , entry) {
>> cpuctx =
Hi Lukasz,
> -Original Message-
> From: Lukasz Majewski [mailto:l.majew...@majess.pl]
> Sent: Friday, July 05, 2013 2:28 AM
> To: R, Durgadoss
> Cc: Lukasz Majewski; Viresh Kumar; Rafael J. Wysocki; Zhang, Rui; Eduardo
> Valentin; cpuf...@vger.kernel.org; Linux PM list; Jonghwa Lee;
In the previous Al Viro's readdir patch set, there occurs a bug when running
xfstest: 006 as follows.
[Error output]
alpha size = 4, name length = 6, total files = 4096, nproc=1
1023 files created
rm: cannot remove `/mnt/f2fs/permname.15150/a': Directory not empty
[Correct output]
alpha size =
In order to support SQLite that uses fdatasync instead of fsync, we should
guarantee the data requested by fdatasync can be recovered after sudden-power-
off.
So, let's remove the fdatasync condition in f2fs_sync_file.
Otherwise, we can restore the data after sudden-power-off due to nonexistence
Hi all,
Changes since 20130704:
The pm tree gained a build failure, so I used the version from
next-20130704.
I have created today's linux-next tree at
git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git
On Fri, Jul 05, 2013 at 10:59:47AM +0800, Adam Lee wrote:
> On Fri, Jul 05, 2013 at 10:37:07AM +0800, Yang Bai wrote:
> > The return value of btusb_setup_intel is compared with 0. Code as:
> >
> > drivers/bluetooth/btusb.c:
> > static int btusb_probe(struct usb_interface *intf,
> > const struct
On 07/05/2013 12:08 PM, Mike Galbraith wrote:
[snip]
>>
>> Wow, I used to think such issue is very hard to be tracked by
>> benchmarks, is this regression stable?
>
> Yeah, seems to be. I was curious as to why you saw an improvement to
> hackbench, didn't seem there should be any, so though I'd
I've run into a problem after updating to Fedora 19 where if I shut down
a Windows 7 KVM virtual machine, the machine hits a kernel panic. There
are a few reports of this on 3.9.8 and 3.9.9 kernels here:
https://bugzilla.redhat.com/show_bug.cgi?id=981437
The panic is "kernel BUG at
On Fri, 2013-07-05 at 10:47 +0800, Michael Wang wrote:
> On 07/04/2013 06:33 PM, Mike Galbraith wrote:
> [snip]
> >> Well, seems like we still have many follow-up research works after fix
> >> the issue ;-)
> >
> > Yeah. Like how to how to exterminate the plus sign, they munch cache
> > lines,
On 07/03/2013 02:11 PM, Thomas Zeitlhofer wrote:
> Hello Jason,
>
> On Wed, Jul 03, 2013 at 10:44:32AM +0800, Jason Wang wrote:
>> On 07/03/2013 06:06 AM, Thomas Zeitlhofer wrote:
>>> On Tue, Jul 02, 2013 at 06:01:12PM -0300, Fabio Estevam wrote:
On Tue, Jul 2, 2013 at 4:59 PM, Thomas
This driver is converted to use IRQCHIP_DECLARE and irqchip_init.
vt8500_handle_irq() and vt8500_irq_init() are only referenced in this file, so
make them static.
Signed-off-by: Axel Lin
Acked-by: Tony Prisk
---
drivers/irqchip/irq-vt8500.c | 6 --
1 file changed, 4 insertions(+), 2
On 07/04/2013 07:41 PM, Benjamin LaHaise wrote:
> On Thu, Jul 04, 2013 at 02:51:18PM +0800, Gu Zheng wrote:
>> Hi Ben,
>> When I test your patch on kernel 3.10, the kernel panic when aio job
>> complete or exit, exactly in aio_free_ring(), the following is a part of
>> dmesg.
>
> What is
On 07/04/2013 08:41 PM, Peter Zijlstra wrote:
> On Mon, Jul 01, 2013 at 03:23:03PM +0800, Yan, Zheng wrote:
>> From: "Yan, Zheng"
>>
>> The x86 special perf event context is named x86_perf_event_context,
>> We can enlarge it later to store PMU special data.
>
> This changelog is completely
On Fri, Jul 05, 2013 at 10:37:07AM +0800, Yang Bai wrote:
> The return value of btusb_setup_intel is compared with 0. Code as:
>
> drivers/bluetooth/btusb.c:
> static int btusb_probe(struct usb_interface *intf,
> const struct usb_device_id *id)
> if (id->driver_info & BTUSB_INTEL)
> hdev->setup =
On Fri, 5 Jul 2013 10:04:37 +1000 Stephen Rothwell
wrote:
>
> On Thu, 4 Jul 2013 19:43:04 +0200 Jan Kara wrote:
> >
> > I'm just writing this to let you know that I had to rebase for_next
> ^^^
> wrong choice of work, you "chose" to rebase.
(2013/07/05 3:48), Oleg Nesterov wrote:
> On 07/04, Masami Hiramatsu wrote:
>>
>> (2013/07/04 12:33), Steven Rostedt wrote:
>>> + /* Will fail if probe is being used by ftrace or perf */
>>> + if (unregister_probe_event(tp))
>>> + return -EBUSY;
>>> +
>>>
Resend without HTML format.
The return value of btusb_setup_intel is compared with 0. Code as:
drivers/bluetooth/btusb.c:
static int btusb_probe(struct usb_interface *intf,
const struct usb_device_id *id) {
if (id->driver_info & BTUSB_INTEL)
hdev->setup = btusb_setup_intel;
}
On 07/04/2013 09:04 PM, Thomas Gleixner wrote:
>>> > > static int clocksource_watchdog_kthread(void *data)
>>> > > {
>>> > > struct clocksource *cs, *tmp;
>>> > > @@ -412,11 +415,14 @@ static int clocksource_watchdog_kthread(void
>>> > > *data)
>>> > >
>>> > >
On 07/04/2013 06:33 PM, Mike Galbraith wrote:
[snip]
>> Well, seems like we still have many follow-up research works after fix
>> the issue ;-)
>
> Yeah. Like how to how to exterminate the plus sign, they munch cache
> lines, and have a general tendency to negatively impact benchmarks.
>
>
On Thu, 4 Jul 2013 18:11:24 +0530, Ramkumar Ramachandra wrote:
> Hi,
>
> So I just started using perf, and noticed the accompanying completion
> script. Having dabbled with git.git's completion script a bit, I
> thought I should contribute what I learnt from it.
>
> [6/7] is the meat of the
* Dave Chinner (da...@fromorbit.com) wrote:
> On Wed, Jul 03, 2013 at 08:31:03PM -0400, Mathieu Desnoyers wrote:
> > * Dave Chinner (da...@fromorbit.com) wrote:
> > > On Wed, Jul 03, 2013 at 10:53:08AM -0400, Jeff Moyer wrote:
> > > > Mel Gorman writes:
> > > >
> > > > >> > I just tried
Hi Ramkumar,
On Thu, 4 Jul 2013 19:10:46 +0530, Ramkumar Ramachandra wrote:
> Currently, a simple
>
> $ make
>
> errors out because we compile with -Werror by default, turning all
> warnings into errors. Although no warnings are emitted by our code
> itself, two kinds of warnings are emitted
(2013/07/05 9:32), Oleg Nesterov wrote:
> On 07/04, Masami Hiramatsu wrote:
>>
>> Currently ftrace_open_generic_file gets an event_file from
>> inode->i_private, and then locks event_mutex and gets refcount.
>> However, this can cause a race as below scenario;
>>
>> CPU0
Hi,
I've come across a problem allocating chunks of CMA memory on a system
under heavy disk access load which seems very similar to the situation
described as the rationale for this patch:
https://lkml.org/lkml/2012/9/11/335
Basically buffer headers sitting on the LRU list preventing them from
On 06/26/2013 09:37 AM, vaughan wrote:
Hi Jörn Engel,
Ping.
How about this one? I found my lat patch hasn't fix the issue, so I
modified it a little more. Last thread is:
Subject: Re: [PATCH] sg: atomize check and set sdp->exclude in sg_open
Message-ID: <20130605154106.ga2...@logfs.org>
On Wed, Jul 03, 2013 at 08:31:03PM -0400, Mathieu Desnoyers wrote:
> * Dave Chinner (da...@fromorbit.com) wrote:
> > On Wed, Jul 03, 2013 at 10:53:08AM -0400, Jeff Moyer wrote:
> > > Mel Gorman writes:
> > >
> > > >> > I just tried replacing my sync_file_range()+fadvise() calls and
> > > >> >
On 07/05/2013 04:46 AM, Thomas Gleixner wrote:
>
> Reported-by: Alex Shi
> Cc: Hans Peter Anvin
> Cc: Tim Chen
> Cc: Andi Kleen
> Cc: Peter Zijlstra
> Cc: Ingo Molnar
> Signed-off-by: Thomas Gleixner
Glad to the problem fixed. Thanks!
--
Thanks
Alex
--
To unsubscribe from this list:
Hello Maintainers:
Is this patch under the normal work flow (or I should need a little more
patience) ?
Thanks.
On 06/25/2013 09:16 AM, Chen Gang wrote:
> People might be tricked into assuming that the return value for a
> failed NULL pointer check should be -EINVAL instead of -EFAULT.
>
>
unction-declaration]
>acpi_video_backlight_unregister();
>^
>
> Caused by commit 1823b2aeccce ("drm/radeon: don't provide ACPI backlight
> if firmware expects Windows 8").
Dropped that commit for now (along with the whole branch).
>
> I have used the pm tree from next-2
?
Ok, I nailed it !
To be sure we are on the same base, here is what I have done:
onto next-20130704:
- your 5 patches:
ASoC: atmel_ssc_dai: move set dma data to startup callback
ASoC: atmel_ssc_dai: add error mask define
ASoC: atmel-pcm-dma: move prepare for dma to dai prepare
ARM: atmel-ssc
ows 8").
I have used the pm tree from next-20130704 for today.
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
pgp2OOyeph7qt.pgp
Description: PGP signature
On 07/04/2013 06:27 PM, Thomas Gleixner wrote:
>> > BTW, why we allow user override a second best clocksource? I mean user
>> > can override the tsc with hpet. because undetected unstable tsc?
> The user can decide to override with clocksource=jiffies if he wants
> for testing purposes. That wont
On Fri, Jul 5, 2013 at 5:29 AM, David Miller wrote:
> From: Linus Lüssing
> Date: Thu, 4 Jul 2013 23:04:34 +0200
>
>> When trying to perform a forceful unload of an ipv6 kernel module
>> on a 3.10 kernel then I'm getting a kernel panic with the attached
>> trace.
>>
>> Is this supposed to happen
On 07/05/2013 04:27 AM, Thomas Gleixner wrote:
We find some benchmarks drop a lot on tip/sched/core on many Intel boxes,
> And that branch does NOT have that commit included. So how can you see
> a regression on a branch caused by a commit NOT included into that
> branch?
>
> The offending
Hello Maintainers:
Please help check this patch whether OK, when you have time.
Thanks.
On 06/26/2013 10:03 AM, Chen Gang wrote:
> Hello Maintainers:
>
> Firstly thank the s390 maintainers again for their 'Acked-by' (in my
> memory, s390 is the most important business mainframe machine)
>
>
Hello Maintainers:
Please help check this patch whether OK, when you have time.
Thanks.
On 06/18/2013 11:33 AM, Chen Gang wrote:
> Hello related Maintainers:
>
> Please help check this patch when you have time.
>
> Thanks.
>
> On 06/06/2013 05:37 PM, Chen Gang wrote:
>>
>> For arm and m68k,
Hello maintainers:
Please help check this patch whether OK, when you have time.
Thanks.
On 06/28/2013 10:37 AM, Chen Gang wrote:
> Recommend to let the header file macro mark match the file name.
>
> Signed-off-by: Chen Gang
> ---
> include/asm-generic/iomap.h |6 +++---
> 1 files
On 07/05/2013 08:12 AM, Greg KH wrote:
> I'm done with this thread, it's madness..
Yeah, especially discussing with 'mad users' (e.g. allmodconfig,
randconfig, and me too). ;-)
Thanks.
--
Chen Gang
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
+ cpufreq maintainers
On Fri, Jul 5, 2013 at 12:17 AM, Konstantin Krivyakin
wrote:
> Signed-off-by: Konstantin Krivyakin
> ---
> drivers/cpufreq/exynos-cpufreq.c |2 ++
> drivers/cpufreq/exynos-cpufreq.h |1 +
> drivers/cpufreq/exynos4x12-cpufreq.c | 19 ++-
>
+ scheduler maintainers
On Fri, Jul 5, 2013 at 12:17 AM, Konstantin Krivyakin
wrote:
> Signed-off-by: Konstantin Krivyakin
> ---
> include/linux/sched.h |2 ++
> include/uapi/linux/taskstats.h |2 ++
> kernel/fork.c |1 +
> kernel/sched/core.c|
On 07/05/2013 08:14 AM, Stephen Rothwell wrote:
> On Fri, 05 Jul 2013 08:03:31 +0800 Chen Gang F T
> wrote:
>> >
>> > When a module select "COMPILE_TEST=y" (e.g with allmodconfig), it has
>> > right to compile under the architecture which no related HW support.
>> >
>> > If it can not pass
+ cpufreq maintainers
On Fri, Jul 5, 2013 at 12:17 AM, Konstantin Krivyakin
wrote:
> Signed-off-by: Konstantin Krivyakin
> ---
> drivers/cpufreq/cpufreq.c | 17 +
> include/linux/cpufreq.h |6 ++
> 2 files changed, 23 insertions(+)
>
> diff --git
Hi Krivyakin,
Please use "./scripts/get_maintainer.pl" and send proper maintainers.
I added them.
Thank you,
Kyungmin Park
On Fri, Jul 5, 2013 at 12:17 AM, Konstantin Krivyakin
wrote:
> This patchset adds per-process power consumption measurement facility.
> Power consumption is very
All TPM PPI calls appear to result in ACPI errors for me:
# cat /sys/devices/pnp0/00:09/ppi/version
cat: version: Cannot allocate memory
(All the nodes in that directory have the same result for read and write.)
This appears to be coming from acpi_evaluate_object_typed in
On 07/04, Masami Hiramatsu wrote:
>
> Currently ftrace_open_generic_file gets an event_file from
> inode->i_private, and then locks event_mutex and gets refcount.
> However, this can cause a race as below scenario;
>
> CPU0 CPU1
> open(kprobe_events)
>
On 07/05/2013 08:12 AM, Greg KH wrote:
> On Fri, Jul 05, 2013 at 08:03:31AM +0800, Chen Gang F T wrote:
>> > On 07/04/2013 05:25 PM, Arnd Bergmann wrote:
>>> > > On Thursday 04 July 2013, Chen Gang wrote:
>>> > >
> > >> > --patch
> > >> >
Modification of the diffconfig script to support both python 2.7 and 3.2.
Added a small change to gracefully exit if the default config files are not
present. (.config and .config.old)
Diffconfig is a utility script for comparing kernel configuration files.
Signed-off-by: Mike Pagano
---
Hi,
On Fri, 05 Jul 2013 08:03:31 +0800 Chen Gang F T
wrote:
>
> When a module select "COMPILE_TEST=y" (e.g with allmodconfig), it has
> right to compile under the architecture which no related HW support.
>
> If it can not pass compiling, at least it is not the module's issue,
> neither the
On 07/04/2013 04:09 PM, Geert Uytterhoeven wrote:
> On Thu, Jul 4, 2013 at 8:12 AM, Greg KH wrote:
>> > On Thu, Jul 04, 2013 at 12:50:31PM +0800, Chen Gang wrote:
>>> >> On 07/04/2013 12:08 PM, Greg KH wrote:
>> >> >> > config COMPILE_TEST
>> >> >> >bool "Compile also drivers
On Fri, Jul 05, 2013 at 08:03:31AM +0800, Chen Gang F T wrote:
> On 07/04/2013 05:25 PM, Arnd Bergmann wrote:
> > On Thursday 04 July 2013, Chen Gang wrote:
> >
> >> > --patch begin--
> >> >
> >> > 'asm-generic' need provide necessary
Hi Jan,
On Thu, 4 Jul 2013 19:43:04 +0200 Jan Kara wrote:
>
> I'm just writing this to let you know that I had to rebase for_next
^^^
wrong choice of work, you "chose" to rebase. :-)
> branch in my linux-fs git tree because I've messed up my
On 07/04/2013 05:25 PM, Arnd Bergmann wrote:
> On Thursday 04 July 2013, Chen Gang wrote:
>
>> > --patch begin--
>> >
>> > 'asm-generic' need provide necessary configuration checking, if can't
>> > pass checking, 'asm-generic' shouldn't
On Thu, Jul 04, 2013 at 11:23:33PM +0200, Laurent Pinchart wrote:
> Hi Simon,
>
> On Thursday 04 July 2013 10:16:02 Simon Horman wrote:
> > On Wed, Jul 03, 2013 at 08:59:39PM +0200, Laurent Pinchart wrote:
> > > On Wednesday 03 July 2013 13:14:32 Magnus Damm wrote:
> > > > From: Magnus Damm
> >
On Fri, Jul 05, 2013 at 02:33:15AM +0530, Ramkumar Ramachandra wrote:
> arch/um/Makefile is included in the toplevel Makefile:495. Well before
> that, it unconditionally sets $SUBARCH (in Makefile:168) as follows:
>
> SUBARCH := $(shell uname -m | sed -e s/i.86/x86/ -e s/x86_64/x86/ \
>
On Thursday, July 04, 2013 05:29:51 PM Mika Westerberg wrote:
> The acpiphp driver finds out whether the device is removable by checking
> whether it has _RMV method directly behind it (and if it returns 1).
> However, at least on Acer Aspire S5 with Thunderbolt host router has this
> method
This patch series adds support for calling setsockopt() on a l2cap socket to
set connection parameters prior to calling connect().
The motivation for setting the paremeters prior to connect is to:
1) Reduce the issues caused with BT and WiFi hardware radios that share the
same antenna. During
* Move hard coded values in hci_le_create_connection() for Bluetooth
LE connections to the channel defaults so that they can be overriden
by a patch to follow.
* Add an argument to hci_connect() so that special connections
can pass additional connection parameters. Update existing
* Userspace can now specify connection parameters to override the
defaults prior to connecting to the device.
* The intention is that setsockopt() will be called before connect() is
called in userspace apps and BlueZ libraries.
* It is critical to set these parameters prior to connect() to
arch/um/defconfig only lists one default configuration, and that applies
only to the i386 architecture. Replace it with two files:
i386_defconfig and x86_64_defconfig
The build scripts now require two updates:
1. um's Kconfig (arch/x86/um/Kconfig) should specify an ARCH_DEFCONFIG
section
On Fri, 2013-07-05 at 09:59 +1200, Sam Bristow wrote:
> 'make htmldocs' was generating a warning about a missing parameter description
> for gfp.
>
> Earlier patch was missing my signed-off-by line...
> Signed-off-by: Sam Bristow
> ---
You have a typo in the patch subject (it was not there in
On Thu, 2013-07-04 at 15:25 -0700, Mike Turquette wrote:
> Quoting Luciano Coelho (2013-07-04 14:05:12)
> > Add a flag that indicate whether the clock is a crystal or not. Since
> > no clocks set this flag right now, include an additional flag that
> > indicates whether the type is set or not.
This patch fixes a serious bug in:
commit 14c63f17b1fde5a575a28e96547a22b451c71fb5
Author: Dave Hansen
Date: Fri Jun 21 08:51:36 2013 -0700
perf: Drop sample rate when sampling is too slow
There was an misunderstanding on the API of the do_div()
macro. It returns the remainder of
richard -rw- weinberger wrote:
>> [1/3] is somewhat unrelated to the series, and I happened to notice it
>> while reading. 12783aa07 (um: Switch to large mcmodel on x86_64,
>> 2012-01-24) indicates that I did something stupid, but I don't know
>> what.
>
> Yes, you broke kernel modules on
Hi Linus,
Please pull the following branch. Description in the signed tag.
g.
The following changes since commit 317ddd256b9c24b0d78fa8018f80f1e495481a10:
Linux 3.10-rc5 (2013-06-08 17:41:04 -0700)
are available in the git repository at:
git://git.secretlab.ca/git/linux
On Thu, 4 Jul 2013 17:19:04 +
"R, Durgadoss" wrote:
Hi,
> Hi Lukasz,
>
> > -Original Message-
> > From: linux-pm-ow...@vger.kernel.org [mailto:linux-pm-
> > ow...@vger.kernel.org] On Behalf Of Lukasz Majewski
> > Sent: Thursday, July 04, 2013 2:20 PM
> > To: Viresh Kumar; Rafael J.
On Thu, Jul 04, 2013 at 11:02:53AM +0200, Peter Zijlstra wrote:
> On Wed, Jul 03, 2013 at 11:14:40PM -0400, Vince Weaver wrote:
> > On Wed, 3 Jul 2013, Vince Weaver wrote:
>
> > OK, don't I feel silly, these values were already documented in
> >
'make htmldocs' was generating a warning about a missing parameter description
for gfp.
Earlier patch was missing my signed-off-by line...
Signed-off-by: Sam Bristow
---
include/net/cfg80211.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/net/cfg80211.h b/include/net/cfg80211.h
Signed-off-by: Jóhann B. Guðmundsson
---
drivers/usb/misc/sisusbvga/sisusb.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/usb/misc/sisusbvga/sisusb.c
b/drivers/usb/misc/sisusbvga/sisusb.c
index c21386e..de98906 100644
--- a/drivers/usb/misc/sisusbvga/sisusb.c
+++
On Thu, 4 Jul 2013, Linus Torvalds wrote:
> On Thu, Jul 4, 2013 at 7:47 AM, Waiman Long wrote:
> >
> > I could change patch 3 so that I keep the d_count name, but #define
> > d_refcount to d_count. In that way, I can do piece-meal changes without
> > breaking the build. Alternatively, I could
On Thu, 4 Jul 2013, Jonas Jensen wrote:
> This patch adds an clocksource driver for the main timer(s)
> found on MOXA ART SoCs.
>
> Signed-off-by: Jonas Jensen
> ---
>
> Notes:
> Applies to next-20130703
>
> Changes since v4:
>
> 1. add general cache for TIMER_CR register
From: Srinivas KANDAGATLA
Date: Thu, 4 Jul 2013 10:34:56 +0100
> Thankyou for the comments on v1 patches.
>
> This patch series adds support to new gmac versions 3.6.10 and 3.710, these
> versions of IP are integrated into ST STiH415/STiH416 SOCs.
> This patchset also adds phy reset capablity
From: Eric Dumazet
Date: Thu, 04 Jul 2013 03:12:10 -0700
> It looks like a typical COW issue to me.
Generically speaking, if we have to mess with page protections this
eliminates the performance gain from bypass/zerocopy/whatever that
these virtualization layers are doing.
But there may be
From: Linus Lüssing
Date: Thu, 4 Jul 2013 23:04:34 +0200
> When trying to perform a forceful unload of an ipv6 kernel module
> on a 3.10 kernel then I'm getting a kernel panic with the attached
> trace.
>
> Is this supposed to happen due to the '-f' option or is this a bug
> in the ipv6 code?
Hi!
On Thu, Jul 4, 2013 at 11:03 PM, Ramkumar Ramachandra
wrote:
> does not work on 64-bit hosts, because the build-infrastructure is
> hard-wired to pick a 32-bit defconfig when ARCH=um. This series fixes
> the problem.
>
> [1/3] is somewhat unrelated to the series, and I happened to notice it
Hi Linus,
Please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/dtor/input.git for-linus
or
master.kernel.org:/pub/scm/linux/kernel/git/dtor/input.git for-linus
to receive first round of updates for the input subsystem.
You will get a new touchsreen driver for Cypress
Hi Simon,
On Thursday 04 July 2013 10:16:02 Simon Horman wrote:
> On Wed, Jul 03, 2013 at 08:59:39PM +0200, Laurent Pinchart wrote:
> > On Wednesday 03 July 2013 13:14:32 Magnus Damm wrote:
> > > From: Magnus Damm
> > >
> > > Register the GPIO pin range, and request and free GPIO pins using the
'make htmldocs' was generating a warning about a missing parameter description
for gfp.
---
include/net/cfg80211.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/net/cfg80211.h b/include/net/cfg80211.h
index 26b5b69..159e070 100644
--- a/include/net/cfg80211.h
+++
Am 04.07.2013 23:03, schrieb Ramkumar Ramachandra:
> arch/um/Makefile is included in the toplevel Makefile:495. Well before
> that, it unconditionally sets $SUBARCH (in Makefile:168) as follows:
>
> SUBARCH := $(shell uname -m | sed -e s/i.86/x86/ -e s/x86_64/x86/ \
>
arch/um/defconfig only lists one default configuration, and that applies
only to 32-bit architectures. To prepare the build infrastructure to
teach ARCH=um about 64-bit host architectures, generate two fresh
defconfig files:
i386_defconfig and x86_64_defconfig
Subsequent commits will remove
Remove arch/um/defconfig. This requires two updates to build scripts:
1. um's Kconfig (arch/x86/um/Kconfig) should specify an ARCH_DEFCONFIG
section explicitly pointing to these scripts if the required
variables are set. Take care to remove the DEFCONFIG_LIST section
defined in the
Hi,
$ ARCH=um make defconfig
$ ARCH=um make
does not work on 64-bit hosts, because the build-infrastructure is
hard-wired to pick a 32-bit defconfig when ARCH=um. This series fixes
the problem.
[1/3] is somewhat unrelated to the series, and I happened to notice it
while reading. 12783aa07
arch/um/Makefile is included in the toplevel Makefile:495. Well before
that, it unconditionally sets $SUBARCH (in Makefile:168) as follows:
SUBARCH := $(shell uname -m | sed -e s/i.86/x86/ -e s/x86_64/x86/ \
-e s/sun4u/sparc64/ \
Add a flag that indicate whether the clock is a crystal or not. Since
no clocks set this flag right now, include an additional flag that
indicates whether the type is set or not. If the CLK_IS_TYPE_DEFINED
flag is not set, the value of the CLK_IS_TYPE_XTAL flag is undefined.
This ensures
Hi,
When trying to perform a forceful unload of an ipv6 kernel module
on a 3.10 kernel then I'm getting a kernel panic with the attached
trace.
Is this supposed to happen due to the '-f' option or is this a bug
in the ipv6 code?
Cheers, Linus
-
[ 279.909335] Bridge firewalling registered
Up to commit 5d33b883a (clocksource: Always verify highres capability)
we had no sanity check when selecting a clocksource, which prevented
that a non highres capable clocksource is used when the system already
switched to highres/nohz mode.
The new sanity check works as Alex and Tim found out.
Hi,
On 04/15/2013 09:59 AM, Sebastian Hesselbarth wrote:
The common clock api provides some helpers for clk-providers but does
not export these helpers. This hinders clk-providers to be built as modules.
This patch adds __clk_get_flags() to the list of exported symbols.
Signed-off-by:
Linus,
here are the updates for the I2C subsystem for 3.11:
* new drivers: Kontron PLD, Wondermedia VT
* mv64xxx driver gained sun4i support and a bigger cleanup
* duplicate driver 'intel-mid' removed
* added generic device tree binding for sda holding time
(and designware driver already uses
Hi,
On Thu, Jul 04, 2013 at 10:21:45PM +0200, Pavel Machek wrote:
> > > This adds device tree with neccessary support to boot with functional
> > > video (on both emulator and real N900 device).
> >
> > Is this really correct? You have commented out the USB, so there is no
> > way for a
On Thu, 4 Jul 2013, Davidlohr Bueso wrote:
> On Thu, 2013-07-04 at 13:00 +0200, Thomas Gleixner wrote:
> > On Thu, 4 Jul 2013, Alex Shi wrote:
> >
> > > We find some benchmarks drop a lot on tip/sched/core on many Intel boxes,
> > > like oltp, tbench, hackbench etc. and bisected the commit
Hi!
> > This adds device tree with neccessary support to boot with functional
> > video (on both emulator and real N900 device).
>
> Is this really correct? You have commented out the USB, so there is no
> way for a developer to interact with the device.
Well... I do not have USB & SDcard set
Hey,
maybe someone's interested in a little serial terminal script
that pretty much replaces minicom for communicating with the
embedded Linux boards in our company. It's less than 50 lines
of bash, so I attached it here. Usage:
terminal [ [ []]]
e.g.
$ terminal /dev/ttyUSB0 115200
or
On Thu, Jul 04, 2013 at 10:23:56AM +0100, Mel Gorman wrote:
> On Wed, Jul 03, 2013 at 05:56:54PM -0400, Johannes Weiner wrote:
> > On Wed, Jul 03, 2013 at 03:21:34PM +0100, Mel Gorman wrote:
> > > Ideally it would be possible to distinguish between NUMA hinting faults
> > > that are private to a
On Mon, Jul 1, 2013 at 5:54 PM, Shuah Khan wrote:
> On 06/26/2013 04:24 PM, Shuah Khan wrote:
>> On 06/26/2013 04:12 PM, Winkler, Tomas wrote:
>>>
>>>
>
>>> 42f132f mei: me: clear interrupts on the resume path
>>> 2753ff5 mei: nfc: fix nfc device freeing
>>> 5e85b36 mei: init: Flush scheduled
On 07/04, Masami Hiramatsu wrote:
>
> (2013/07/04 12:33), Steven Rostedt wrote:
> > + /* Will fail if probe is being used by ftrace or perf */
> > + if (unregister_probe_event(tp))
> > + return -EBUSY;
> > +
> > __unregister_trace_probe(tp);
> > list_del(>list);
> > -
The only one task can replace waker.
Signed-off-by: Kirill Tkhai
CC: Steven Rostedt
CC: Ingo Molnar
CC: Peter Zijlstra
---
kernel/sched/core.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/kernel/sched/core.c b/kernel/sched/core.c
index 9d06ad6..4ff7404 100644
---
1 - 100 of 842 matches
Mail list logo