On 20 November 2013 20:29, Nishanth Menon wrote:
> With the current governors that we have in upstream, the only one of
> my concern has been userspace governor, but based on your comment
> earlier in the thread, this is considered an non-issue since userspace
> must trigger transition. However,
* Masami Hiramatsu wrote:
> (2013/11/21 2:36), Frank Ch. Eigler wrote:
[ ... ]
> > one needs to resort to something like:
> >
> > # cat /proc/kallsyms | grep ' [tT] ' | while read addr type symbol; do
> >perf probe $symbol
> > done
> >
> > then wait for a few hours for that to finish.
On 11/20/13 at 05:27am, Atsushi Kumagai wrote:
> On 2013/11/19 18:56:21, kexec wrote:
> > (2013/11/18 9:51), Atsushi Kumagai wrote:
> > > (2013/11/15 23:26), Vivek Goyal wrote:
> > >> On Fri, Nov 15, 2013 at 06:41:52PM +0900, HATAYAMA Daisuke wrote:
> > >>
> > >> [..]
> > Given the fact that
Sometimes boot loaders set CPU frequency to a value outside of frequency table
present with cpufreq core. In such cases CPU might be unstable if it has to run
on that frequency for long duration of time and so its better to set it to a
frequency which is specified in freq-table. This also makes
On 2013/11/20 23:59, David Woodhouse wrote:
> On Fri, 2013-11-08 at 08:46 -0700, Bjorn Helgaas wrote:
>>
>> I don't know the IOMMU drivers well either, but it seems like they
>> rely on notifications of device addition and removal (see
>> iommu_bus_notifier()). It doesn't seem right for them to
On Wed, Nov 20, 2013 at 11:30 PM, Will Deacon wrote:
> On Wed, Nov 20, 2013 at 05:28:50PM +, Vinayak Kale wrote:
>> In Will's existing code, I think he was taking care of 'no IRQ' case
>> by comparing pmu_device->num_resources. Do you think this is not
>> enough and we must enforce the check
Whenever the engine is loaded by the user-application, the operation mode is
reset first. But it has a problem in case of multiple engine used because
previous engine settings are cleared.
The driver should update not whole 8bits but each engine bit by masking.
On the other hands, whole engines
Signed-off-by: Qiang Huang
---
include/linux/slab.h | 102 +++
1 file changed, 46 insertions(+), 56 deletions(-)
diff --git a/include/linux/slab.h b/include/linux/slab.h
index 74f1058..630f22f 100644
--- a/include/linux/slab.h
+++
Hi Gu,
> -Original Message-
> From: Gu Zheng [mailto:guz.f...@cn.fujitsu.com]
> Sent: Wednesday, November 20, 2013 5:38 PM
> To: Chao Yu
> Cc: '???'; linux-fsde...@vger.kernel.org; linux-kernel@vger.kernel.org;
> linux-f2fs-de...@lists.sourceforge.net; '谭姝'
> Subject: Re: [f2fs-dev]
> Signed-off-by: Jaegeuk Kim
Function looks good to me. But some nitpicking below for code cleanup..
> @@ -71,6 +71,9 @@ static int check_extent_cache(struct inode *inode, pgoff_t
> pgofs,
return value could be boolean?
> pgoff_t start_fofs, end_fofs;
> block_t start_blkaddr;
>
>
Hi Bill,
I have tested this prototype patch on hp z420, it works very well.
Looking forward to your formal patch set. I can help test and review.
Baoquan
Thanks
On 11/18/13 at 11:30pm, Sumner, William wrote:
> Thank you for testing this RFC patch. It is great to have confirmation that
> the
Dmitry Torokhov (maintainer:INPUT
(KEYBOARD,...,commit_signer:7/7=100%,commit_signer:2/2=100%)
Bill Pemberton (commit_signer:3/7=43%)
Mark Brown (commit_signer:2/7=29%)
Javier Martinez Canillas (commit_signer:1/7=14%)
Russell King (commit_signer:1/7=14%)
linux-in...@vger.kernel.org
On 11/17/2013 01:29 PM, Pavel Machek wrote:
Hi!
On Wed 2013-10-30 07:21:13, Peter Hurley wrote:
On 10/29/2013 09:50 AM, Maximiliano Curia wrote:
??Hola Arkadiusz!
El 2013-10-24 a las 18:00 +0200, Arkadiusz Miskiewicz escribió:
Was just going over bug-readline and lkml archives and found no
iri Slaby reported this earlier. I dropped those patches for
now. Yinghai and I both tested this without incident, but we must
have tested quite the same scenario you did.
I'll look at this more tomorrow. My first thought is that it's
probably silly to worry about preemption when checking the node. It'
: []
__driver_attach+0x48/0xa0
[ 11.969720] #1: (&__lockdep_no_validate__){..}, at: []
__driver_attach+0x59/0xa0
[ 11.971519] Modules linked in:
[ 11.971519] CPU: 3 PID: 1 Comm: swapper/0 Tainted: G W
3.12.0-next-20131120-sasha-2-gf582b19 #4023
[ 11.
On Nov 21, 2013, at 3:47 AM, Marcelo Tosatti wrote:
> On Wed, Nov 20, 2013 at 10:20:09PM +0800, Xiao Guangrong wrote:
>>> But what guarantee does userspace require, from GET_DIRTY_LOG, while vcpus
>>> are
>>> executing?
>>
>> Aha. Single calling GET_DIRTY_LOG is useless since new dirty page
On Wed, Nov 20, 2013 at 04:59:48PM +0900, Magnus Damm wrote:
> From: Magnus Damm
>
> Hook up the r8a7791 thermal sensor to the DTS.
>
> Signed-off-by: Magnus Damm
> ---
>
> arch/arm/boot/dts/r8a7791.dtsi |7 +++
> 1 file changed, 7 insertions(+)
Thanks, I will queue this up.
On Wed, Nov 20, 2013 at 04:59:39PM +0900, Magnus Damm wrote:
> From: Magnus Damm
>
> Add the r8a7790 DT thermal device to the legacy clocks.
>
> Signed-off-by: Magnus Damm
> ---
>
> arch/arm/mach-shmobile/clock-r8a7790.c |1 +
> 1 file changed, 1 insertion(+)
>
> ---
On Wed, Nov 20, 2013 at 04:41:48PM +0900, Magnus Damm wrote:
> From: Magnus Damm
>
> Add code to setup the r8a7791 PFC for the Koelsch board.
>
> At this point serial consoles are added, and in the near
> future other platform-device-only devices will be added
> here like for instance the
On 二, 2013-11-19 at 17:54 +0900, HATAYAMA Daisuke wrote:
> Currently, each of the ACPI tables exported from
> /sys/firmware/acpi/tables is of zero size:
>
> $ LANG=C ls -ld /sys/firmware/acpi/tables/*
> -r 1 root root 0 Nov 19 09:48 /sys/firmware/acpi/tables/APIC
> -r 1 root root
On 11/20/2013 10:20 PM, Michael S. Tsirkin wrote:
> On Wed, Nov 20, 2013 at 08:54:02AM -0500, Jason Wang wrote:
>>
>> - 原始邮件 -
>>> On Wed, Nov 20, 2013 at 05:07:25PM +0800, Jason Wang wrote:
When mergeable buffer were used, we only put the first page buf leave the
rest
of
Loop for states is currently present on callers side and so is replicated at
several places. It would be better to move that inside cpuidle_free_state_kobj()
instead.
This patch does it.
Acked-by: Daniel Lezcano
Signed-off-by: Viresh Kumar
---
drivers/cpuidle/sysfs.c | 23
On 21 November 2013 06:35, Rafael J. Wysocki wrote:
> On Wednesday, November 20, 2013 01:33:53 PM Viresh Kumar wrote:
>> Fixing Rafael's email id..
>>
>> On 20 November 2013 13:33, Viresh Kumar wrote:
>> > On 3 October 2013 21:26, Viresh Kumar wrote:
>> >> Loop for states is currently present
On Wed, Nov 20, 2013 at 10:20:10AM -0600, Tom Lendacky wrote:
> Hi Herbert,
>
> Is the crypto tree the right tree to go through for this support
> or would you prefer I go through another tree?
It is the right place but I'm not adding any new features until
the merge window is closed.
Thanks,
Hi,
> -Original Message-
> From: Jaegeuk Kim [mailto:jaegeuk@samsung.com]
> Sent: Thursday, November 21, 2013 9:32 AM
> To: Chao Yu
> Cc: linux-fsde...@vger.kernel.org; linux-kernel@vger.kernel.org;
> linux-f2fs-de...@lists.sourceforge.net; 谭姝
> Subject: Re: [f2fs-dev] [PATCH V2 2/2
On Tue, Nov 19, 2013 at 10:33 PM, Jiri Kosina wrote:
> On Thu, 7 Nov 2013, Benjamin Tissoires wrote:
>
>> >> [ adding some more CCs ]
>> >>
>> >> Okay, so apparently we didn't register with input, but only hiddev /
>> >> hidraw.
>> >>
>> >> appleir 0003:05AC:8240.0005: hiddev0,hidraw4: USB HID
On Thu, Nov 21, 2013 at 1:52 AM, Dan Streetman wrote:
> On Wed, Nov 20, 2013 at 12:33 PM, Vladimir Murzin wrote:
>> Hi Dan!
>>
>> On Wed, Nov 20, 2013 at 11:38:42AM -0500, Dan Streetman wrote:
>>> The "compressor" and "enabled" params are currently hidden,
>>> this changes them to read-only, so
On Thu, 7 Nov 2013 14:43:43 +0100
Juri Lelli wrote:
> From: Peter Zijlstra
>
> Turn the pi-chains from plist to rb-tree, in the rt_mutex code,
> and provide a proper comparison function for -deadline and
> -priority tasks.
>
> This is done mainly because:
> - classical prio field of the
Hello Dan
On Thu, Nov 21, 2013 at 3:47 AM, Dan Streetman wrote:
> Since zswap_rb_erase was added to the final (when refcount == 0)
> zswap_put_entry, there is no need to call zswap_rb_erase before
> calling zswap_put_entry.
>
> Signed-off-by: Dan Streetman
> ---
> mm/zswap.c | 5 -
> 1
Hi all,
After merging the final tree, today's linux-next build (powerpc
allyesconfig) failed like this:
:1:0: error: -mcall-aixdesc must be big endian
:1:0: error: -mcall-aixdesc must be big endian
scripts/gcc-version.sh: line 31: printf: #: invalid number
scripts/gcc-version.sh: line 31:
On Wed, Nov 20, 2013 at 02:51:43PM -0600, Felipe Balbi wrote:
> Hi,
>
> On Wed, Nov 20, 2013 at 08:34:00PM +, Mark Brown wrote:
> > On Wed, Nov 20, 2013 at 11:58:14AM -0600, Felipe Balbi wrote:
> >
> > > commit c368e5fc2a190923b786f2de3e79430ea3566a25 (regulator: fixed: get
> > > rid of
On Wed, 20 Nov 2013 19:01:22 -0700
Shuah Khan wrote:
> On 11/20/2013 06:40 PM, Shuah Khan wrote:
> > ---
> > include/trace/events/power.h | 6 --
> > 1 file changed, 4 insertions(+), 2 deletions(-)
> >
> > diff --git a/include/trace/events/power.h b/include/trace/events/power.h
> > index
Hi Tony,
On Wed, Nov 20, 2013 at 05:38:59PM -0800, Tony Lindgren wrote:
> * Sebastian Reichel [130915 13:56]:
> > +
> > +Example for Nokia N900:
> > +
> > +ssi-controller@48058000 {
> > + compatible = "ti,omap3-ssi";
> > + ti,hwmods = "ssi";
> > +
> > + reg = <0x48058000 0x1000>,
> > +
On 11/21/2013 01:35 AM, Tejun Heo wrote:
> Hello,
>
> Sorry about the delay.
>
Oh, No problem, every members time resources are expensive, thank you
for your reply.
> On Fri, Nov 08, 2013 at 04:15:23PM +0800, Chen Gang wrote:
>> After simplify, the related operation, environments and output
From: Rob Taylor
Document using the cephfs as a root device, its purpose,
functionality and use.
Signed-off-by: Mark Doffman
Signed-off-by: Rob Taylor
Reviewed-by: Ian Molton
---
Documentation/filesystems/{ => ceph}/ceph.txt | 0
Documentation/filesystems/ceph/cephroot.txt | 81
From: Mark Doffman
Rename function root_nfs_parse_addr to root_parse_server_addr
to reflect its use in parsing an address for both
NFS and CEPH root.
Signed-off-by: Mark Doffman
Reviewed-by: Ian Molton
---
fs/ceph/root.c | 6 +++---
fs/nfs/nfsroot.c | 4 ++--
From: Mark Doffman
When not configured via kernel parameters add to cephroot
the ability to configure server address, path and options
from DHCP option 17.
Signed-off-by: Mark Doffman
Reviewed-by: Ian Molton
---
Documentation/filesystems/ceph/cephroot.txt | 4
fs/ceph/root.c
(2013/11/21 2:36), Frank Ch. Eigler wrote:
> Hi -
>
>>> Does this new blacklist cover enough that the kernel now survives a
>>> broadly wildcarded perf-probe, e.g. over e.g. all of its kallsyms?
>>
>> That's generally the purpose of the annotations - if it doesn't then
>> that's a bug.
>
>
From: Mark Doffman
Analogous to NFS add a new root device option, the ability
to boot using the Ceph networked file system as the root fs.
This patch adds a new root device option '/dev/ceph' that
uses a ceph networked file system. File system parameters
are passed using a new kernel parameter:
From: Mark Doffman
Hi All,
The following patch series adds the ability to use a ceph distributed
file system as the root device. The functionality is similar to
NFS root but for the ceph filesystem.
The patch series adds a new root device option '/dev/ceph'.
Configuration is passed either via
Bjorn,
I revised the description part with the original bug material as
below, help to take a look, will send V2 back to home, SMTP blocked by
company network.
PCI: Init NumVFs register to zero in sriov_init()
Though no specification about NumVFs register initial value after
POST, to
Add disable_cpu_apicid kernel parameter to disable the CPU with the
specified number of initial APIC ID, mostly used for the kdump 2nd
kernel to disable BSP to wake up multiple CPUs without causing system
reset or hang due to sending INIT from AP to BSP.
Signed-off-by: HATAYAMA Daisuke
---
Add disable_cpu_apicid kernel parameter. To use this kernel parameter,
specify an initial APIC ID of the corresponding CPU you want to
disable.
This is mostly used for the kdump 2nd kernel to disable BSP to wake up
multiple CPUs without causing system reset or hang due to sending INIT
from AP to
This patch set is to allow kdump 2nd kernel to wake up multiple CPUs,
a continueing work from:
[PATCH v3 0/2] x86, apic, kdump: Disable BSP if boot cpu is AP
https://lkml.org/lkml/2013/10/16/300.
At v4, basic design has changed. Now users need to figure out initial
APIC ID of BSP in the 1st
On 11/20/2013 06:40 PM, Shuah Khan wrote:
power_supply_register() calls device_init_wakeup() to register a wakeup
source before initializing dev_name. As a result, device_wakeup_enable()
end up registering wakeup source with a null name when wakeup_source_register()
gets called with
Add bios_bsp_physical_apicid variable. This variable is initialized
with the value reported by BIOS tables such as ACPI MADT or MP table.
Without this variable, boot_cpu_physical_apicid temporarilly has the
value around MP table related codes such as kernel/mpparse.c,
mm/amdtopology.c and
Hello Dan
On Thu, Nov 21, 2013 at 3:48 AM, Dan Streetman wrote:
> The changes in commit 0ab0abcf511545d1fddbe72a36b3ca73388ac937
> introduce a bug in writeback, if an entry is in use by load
> it will be evicted anyway, which isn't correct (technically,
> the code currently in zbud doesn't
I have been monitoring this thread and trying to understand how could
this happen.
I noticed that the definition for ARM of current_thread_info looks like this:
/*
* how to get the thread information struct from C
*/
static inline struct thread_info *current_thread_info(void)
1 - 100 of 1243 matches
Mail list logo
