On 2 August 2013 12:19, Srivatsa S. Bhat
wrote:
> But lsmod shows 0 for the cpufreq driver right? (Note, your related_cpus
> should have only 1 CPU each, for you to see 0. Else, you'll see a non-zero
> value due to the very bug/inconsistency that Rafael is fixing in this
> patch).
I have hacked t
On 08/02/2013 03:01 AM, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> The only case triggering a jump to the err_out_unregister label in
> __cpufreq_add_dev() is when cpufreq_add_dev_interface() fails.
> However, if cpufreq_add_dev_interface() fails, it calls kobject_put()
> for the poli
On 08/02/2013 02:44 PM, Felipe Contreras wrote:
> On Thu, Aug 1, 2013 at 11:59 PM, Aaron Lu wrote:
>> On 08/02/2013 12:50 PM, Felipe Contreras wrote:
>>> On Thu, Aug 1, 2013 at 11:30 PM, Aaron Lu wrote:
>
Please see acpi_video_bqc_quirk, we set _BQC_use_index by revert the
level on a r
On 08/02/2013 10:07 AM, Viresh Kumar wrote:
> Wow!! Lot of stuff happened while I was asleep..
>
> @Srivatsa: Thanks for answering what I would have answered to Rafael :)
> And you should really get some sleep, I would suggest :)
No problem :-) And thank you for your concern :-)
>
> On 2 August
On Fri, Aug 2, 2013 at 1:25 AM, Josep Lladonosa wrote:
> Hello,
>
> I am using a Lenovo Edge E530 and, with kernel 3.11.0-rc3, I had to
> change to this parameter to the kernel boot:
>
>
> GRUB_CMDLINE_LINUX="acpi_osi=\"!Windows 2012\""
I think it's pretty obvious that for the time being we need
On Thu, Aug 1, 2013 at 11:59 PM, Aaron Lu wrote:
> On 08/02/2013 12:50 PM, Felipe Contreras wrote:
>> On Thu, Aug 1, 2013 at 11:30 PM, Aaron Lu wrote:
>>> Please see acpi_video_bqc_quirk, we set _BQC_use_index by revert the
>>> level on a reversed _BCL, so we will need to revert level here too.
> -Original Message-
> From: Rahul Sharma [mailto:r.sh.o...@gmail.com]
> Sent: Friday, August 02, 2013 2:18 PM
>
> Hi Cho,
>
> On Fri, Jul 26, 2013 at 5:00 PM, Cho KyongHo wrote:
> > When a device driver is registered, all constructs to handle System MMU
> > is prepared by bus notifier c
Hi Felipe,
Today's linux-next merge of the usb-gadget tree got a conflict in
drivers/usb/host/ehci-tegra.c between commit d4f09e28d7bc ("USB: host:
use dev_get_platdata()") from the usb tree and commit d50642794508 ("usb:
tegra: host: Remove references to plat data") from the usb-gadget tree.
I f
On 08/02/2013 02:25 PM, Josep Lladonosa wrote:
> Hello,
>
> I am using a Lenovo Edge E530 and, with kernel 3.11.0-rc3, I had to
> change to this parameter to the kernel boot:
>
>
> GRUB_CMDLINE_LINUX="acpi_osi=\"!Windows 2012\""
What if you remove the above from kernel command line, and add
vid
The schedule for this year's Linux Security Summit in New Orleans is now
published:
http://kernsec.org/wiki/index.php/Linux_Security_Summit_2013#Schedule
The keynote will be presented by Ted Ts'o. Refereed talks include:
o Embedded Linux Security (David Safford, IBM)
o Extending AppArmor Media
Your email was among the CBN VisaCard
beneficiaries,contact(monicaty1...@sbcglobal.net)
mg.slrmc.org made the following annotations
-
"This message is intended for the use of the person or entity to which it is
addressed and m
Hello,
I am using a Lenovo Edge E530 and, with kernel 3.11.0-rc3, I had to
change to this parameter to the kernel boot:
GRUB_CMDLINE_LINUX="acpi_osi=\"!Windows 2012\""
instead of previous
GRUB_CMDLINE_LINUX="acpi_osi=Linux acpi_backlight=vendor"
to be able to change brightness. In some kerne
On Thu, Aug 01, 2013 at 11:56:36AM +0900, Minchan Kim wrote:
> Hi Hannes,
>
> On Fri, Jul 19, 2013 at 04:55:25PM -0400, Johannes Weiner wrote:
> > Each zone that holds userspace pages of one workload must be aged at a
> > speed proportional to the zone size. Otherwise, the time an
> > individual
DMA client device driver usually needs to know at probe time whether
dma controller has been registered to deffer probe. So add a help
function of_dma_check_controller.
DMA request channel functions can also used to check it, but they
are usually called at open() time.
Signed-off-by: Richard Zhao
'mmc_callback_data' and 'vtg' are pointers.
Fix the following sparse warning:
drivers/mfd/menelaus.c:445:43: warning: Using plain integer as NULL pointer
drivers/mfd/menelaus.c:469:20: warning: Using plain integer as NULL pointer
Signed-off-by: Jingoo Han
---
drivers/mfd/menelaus.c |4 ++--
On 08/01/2013 04:07 PM, Borislav Petkov wrote:
> On Wed, Jul 31, 2013 at 11:16:52PM +0200, Rafael J. Wysocki wrote:
>> Does reverting efaa14c help?
>
> Nope.
>
> But see my other reply to Aaron.
Assume you have specified to use intel_backlight in xorg.conf, does
booting with video.brightness_swi
On Friday, August 02, 2013 2:53 PM, Sachin Kamat wrote:
> On 2 August 2013 11:20, Jingoo Han wrote:
[...]
> >
> > mutex_lock(&the_menelaus->lock);
> > - if (vtg == 0)
> > + if (vtg == NULL)
>
> Instead you could just make this:
> if (!vtg)
Thank you for your com
On 2 August 2013 11:20, Jingoo Han wrote:
> 'mmc_callback_data' and 'vtg' are pointers.
> Fix the following sparse warning:
>
> drivers/mfd/menelaus.c:445:43: warning: Using plain integer as NULL pointer
> drivers/mfd/menelaus.c:469:20: warning: Using plain integer as NULL pointer
>
> Signed-off-b
On 08/01/2013 09:42 PM, Tejun Heo wrote:
On Thu, Aug 01, 2013 at 03:06:35PM +0800, Tang Chen wrote:
At early time, memblock will reserve some memory for the kernel,
such as the kernel code and data segments, initrd file, and so on=EF=BC=8C
which means the kernel resides in these memory regions.
On 08/02/2013 09:19 AM, Toshi Kani wrote:
..
+phys_addr_t __init early_acpi_override_srat(void)
+{
+ int i;
+ u32 length;
+ long offset;
+ void *ramdisk_vaddr;
+ struct acpi_table_header *table;
+ struct cpio_data file;
+ unsigned long map_step = NR_F
From: Xiong Zhou
Add a config option for llite/lloop in lustre driver, making it depends
on BLOCK to fix this better:
drivers/staging/lustre/lustre/fid/../include/linux/lustre_compat25.h:117:2:
error: implicit declaration of function ‘unregister_blkdev'
Also, remove the wrapper ll_unregister_blk
'mmc_callback_data' and 'vtg' are pointers.
Fix the following sparse warning:
drivers/mfd/menelaus.c:445:43: warning: Using plain integer as NULL pointer
drivers/mfd/menelaus.c:469:20: warning: Using plain integer as NULL pointer
Signed-off-by: Jingoo Han
---
drivers/mfd/menelaus.c |4 ++--
Add CONFIG_PM_SLEEP to suspend/resume functions to fix the build
warnings when CONFIG_PM_SLEEP is not selected. This is because
sleep PM callbacks defined by SET_SYSTEM_SLEEP_PM_OPS are only used
when the CONFIG_PM_SLEEP is enabled.
drivers/mfd/ucb1x00-core.c:672:12: warning: 'ucb1x00_suspend' def
On Thu, 2013-08-01 at 21:08 +0800, Nishanth Menon wrote:
> On 04:08-20130801, Bill Huang wrote:
> > On Wed, 2013-07-31 at 19:57 +0800, Nishanth Menon wrote:
> > >
> > > If you notice the reference code I send, atleast on TWL6035/37 variants
> > > of Palmas, U
Add CONFIG_PM_SLEEP to suspend/resume functions to fix the build
warnings when CONFIG_PM_SLEEP is not selected. This is because
sleep PM callbacks defined by SET_SYSTEM_SLEEP_PM_OPS are only used
when the CONFIG_PM_SLEEP is enabled.
drivers/mfd/ab8500-gpadc.c:891:12: warning: 'ab8500_gpadc_suspend
Add CONFIG_PM_RUNTIME to runtime_suspend/runtime_resume functions
to fix the build warnings when CONFIG_PM_RUNTIME is not selected.
This is because runtime PM callbacks defined by SET_RUNTIME_PM_OPS
are only used when the CONFIG_PM_RUNTIME is enabled.
drivers/mfd/ab8500-gpadc.c:870:12: warning: 'a
Hi Cho,
On Fri, Jul 26, 2013 at 5:00 PM, Cho KyongHo wrote:
> When a device driver is registered, all constructs to handle System MMU
> is prepared by bus notifier call.
>
> Signed-off-by: Cho KyongHo
> ---
> drivers/iommu/exynos-iommu.c | 708 -
> 1 fil
_BCM_use_index and _BCL_use_index are never used and probably never will.
Signed-off-by: Felipe Contreras
---
drivers/acpi/video.c | 12
1 file changed, 12 deletions(-)
diff --git a/drivers/acpi/video.c b/drivers/acpi/video.c
index 0ec434d..1a04dfe 100644
--- a/drivers/acpi/video.c
On Thu, 2013-08-01 at 16:18 -0600, Alex Williamson wrote:
> vfio-pci needs to support an interface to do hot resets (PCI parent
> bridge secondary bus reset). We need this to support reset of
> co-assigned devices where one or more of the devices does not support
> function level reset. In parti
On Thu, 2013-08-01 at 20:03 -0400, Paul Gortmaker wrote:
> I've added Ben to the CC in case he has a suggestion on
> how best to fix this, even though it is not yet mainline.
Can you exchange with a TIF_ that isn't used in asm ? For example
TIF_PERFMON_* ? Keep all the asm ones below 16 and move u
On 2 August 2013 10:20, sunil joshi wrote:
> Hi Naveen,
> exynos5250.dtsi also needs this entry.
> Pls consider adding adc node in exynos5250.dtsi as well, and move the
> common content of adc node to exynos5.dtsi.
Sure, sunil will run a boot test and submit the code
>
> Regards
> Sunil
>
>
> On T
(2013/08/01 22:34), Oleg Nesterov wrote:
> Just one off-topic note,
>
>> > @@ -632,7 +635,9 @@ static int release_all_trace_probes(void)
>> >/* TODO: Use batch unregistration */
>> >while (!list_empty(&probe_list)) {
>> >tp = list_entry(probe_list.next, struct trace_probe, list
On 08/02/2013 12:50 PM, Felipe Contreras wrote:
> On Thu, Aug 1, 2013 at 11:30 PM, Aaron Lu wrote:
>> On 08/02/2013 12:11 PM, Felipe Contreras wrote:
>>> On Thu, Aug 1, 2013 at 9:03 PM, Aaron Lu wrote:
On 08/02/2013 07:34 AM, Felipe Contreras wrote:
> Commit 1a7c618 (ACPI video: support
_BCM_use_index is never used and probably never will.
Signed-off-by: Felipe Contreras
---
drivers/acpi/video.c | 7 ---
1 file changed, 7 deletions(-)
diff --git a/drivers/acpi/video.c b/drivers/acpi/video.c
index 0ec434d..54e2d4d 100644
--- a/drivers/acpi/video.c
+++ b/drivers/acpi/video.c
On Tue, Jul 30, 2013 at 5:51 PM, Steven Rostedt wrote:
> On Sat, 2013-07-27 at 12:16 -0700, Steve Hodgson wrote:
>
>> This patch fixes ftrace across module removal/reinsertion on our 3.6.11
>> kernel.
>
> I found a few corner cases that this patch doesn't work with, and the
> solution is just get
Hi Naveen,
exynos5250.dtsi also needs this entry.
Pls consider adding adc node in exynos5250.dtsi as well, and move the
common content of adc node to exynos5.dtsi.
Regards
Sunil
On Thu, Aug 1, 2013 at 2:58 PM, Naveen Krishna Chatradhi
wrote:
> From: Jaehoon Kim
>
> Add device tree node for ADC
On 08/02/2013 05:57 AM, Toshi Kani wrote:
..
struct cpio_data __cpuinit find_cpio_data(const char *path, void *data,
This patch does not apply cleanly. It seems that your branch does not
have 0db0628d90125193280eabb501c94feaf48fa9ab.
I have rebased the patch-set to linux 3.11-rc3. And
On Thu, Aug 1, 2013 at 11:30 PM, Aaron Lu wrote:
> On 08/02/2013 12:11 PM, Felipe Contreras wrote:
>> On Thu, Aug 1, 2013 at 9:03 PM, Aaron Lu wrote:
>>> On 08/02/2013 07:34 AM, Felipe Contreras wrote:
Commit 1a7c618 (ACPI video: support _BQC/_BCL/_BCM methods that use
index values) ass
Every now and then someone proposes a new flink syscall, and this spawns
a long discussion of whether it would be a security problem. I think
that this is missing the point: flink is *already* allowed without
privilege as long as /proc is mounted -- it's called AT_SYMLINK_FOLLOW.
Now that O_TMPFI
Hi Joonsoo,
On 08/02/2013 07:20 AM, Joonsoo Kim wrote:
> There is no reason to maintain separate variables for this_group
> and busiest_group in sd_lb_stat, except saving some space.
> But this structure is always allocated in stack, so this saving
> isn't really benificial.
>
> This patch unify
Wow!! Lot of stuff happened while I was asleep..
@Srivatsa: Thanks for answering what I would have answered to Rafael :)
And you should really get some sleep, I would suggest :)
On 2 August 2013 02:23, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
> Subject: cpufreq: Do not hold driver mod
Tejun Heo writes:
> cgroup controller API will be converted to primarily use struct
> cgroup_subsys_state instead of struct cgroup. In preparation, make
> hugetlb_cgroup functions pass around struct hugetlb_cgroup instead of
> struct cgroup.
>
> This patch shouldn't cause any behavior difference
On 08/02/2013 12:11 PM, Felipe Contreras wrote:
> On Thu, Aug 1, 2013 at 9:03 PM, Aaron Lu wrote:
>> On 08/02/2013 07:34 AM, Felipe Contreras wrote:
>>> Commit 1a7c618 (ACPI video: support _BQC/_BCL/_BCM methods that use
>>> index values) assumed that bl->levels were not reverted, but at this
>>>
On Wed, Jul 31, 2013 at 05:26:47PM -0400, jonsm...@gmail.com wrote:
> On Wed, Jul 31, 2013 at 4:48 PM, Russell King - ARM Linux
> wrote:
> > On Wed, Jul 31, 2013 at 04:37:36PM -0400, jonsm...@gmail.com
> wrote:
[snip]
> Alternatively you may be of the belief that it is impossible to get
> rid of t
Hi Joonsoo,
On 08/02/2013 07:20 AM, Joonsoo Kim wrote:
> Now checking whether this cpu is appropriate to balance or not
> is embedded into update_sg_lb_stats() and this checking has no direct
> relationship to this function. There is not enough reason to place
> this checking at update_sg_lb_stats
On Thu, Aug 01, 2013 at 08:36:38PM -0700, Rohit Vaswani wrote:
On 8/1/2013 7:29 PM, Stephen Warren wrote:
On 08/01/2013 07:23 PM, Rohit Vaswani wrote:
This patch adds basic board support for MSM8974 which
belongs to the Snapdragon 800 family.
For now, just support a basic machine with device tr
On Thu, Aug 1, 2013 at 8:55 PM, Aaron Lu wrote:
> On 08/02/2013 07:44 AM, Felipe Contreras wrote:
>> Signed-off-by: Felipe Contreras
>
> Change log please.
You mean a commit message? That's what it's called in Git lingo, and
it's right there:
acpi: video: trivial style cleanups
>> ---
>> driv
On Thu, Aug 1, 2013 at 8:50 PM, Aaron Lu wrote:
> On 08/02/2013 07:43 AM, Felipe Contreras wrote:
>> Signed-off-by: Felipe Contreras
>
> Please add change log explaining what you have changed.
> It seems that the patch modify comment style only, some add a space and
> some change spaces to tab, i
Need add "vga.h" in Kbuild, or can not pass compiling, the related
error is:
CC drivers/tty/tty_io.o
In file included from include/linux/selection.h:11:0,
from drivers/tty/tty_io.c:103:
include/linux/vt_buffer.h:18:21: fatal error: asm/vga.h: No such file or
direct
> @@ -506,15 +506,17 @@ struct cftype {
>* you want to provide this functionality. Use eventfd_signal()
>* on eventfd to send notification to userspace.
>*/
> - int (*register_event)(struct cgroup *cgrp, struct cftype *cft,
> - struct eventfd_ctx *eve
On Thu, Aug 1, 2013 at 9:03 PM, Aaron Lu wrote:
> On 08/02/2013 07:34 AM, Felipe Contreras wrote:
>> Commit 1a7c618 (ACPI video: support _BQC/_BCL/_BCM methods that use
>> index values) assumed that bl->levels were not reverted, but at this
>> point they already are, so there's no need to revert t
Current Linux can set CROSS_CMPILE from command line or config file, so
need remove the hard code CROSS_COMPILE from Makefile, or can not work
with cross-compiler with additional prefix (e.g. "h8300-gchen-elf-").
Signed-off-by: Chen Gang
---
arch/h8300/Makefile |1 -
1 files changed, 0 inse
O_TMPFILE, like O_CREAT, should respect the requested mode and should
create regular files.
This fixes two bugs: O_TMPFILE required privilege (because the mode
ended up as 000) and it produced bogus inodes with no type.
Signed-off-by: Andy Lutomirski
---
fs/open.c | 2 +-
1 file changed, 1 inse
There are several drivers in drivers/net/usb/ that
do not have specific MAINTAINERS that should have
emails forwarded to the linux-usb mailing list.
Add a section for those drivers.
Signed-off-by: Joe Perches
---
> In the future, you do not need to send drivers/net/usb/ patches to me,
> netdev a
> @@ -4199,12 +4208,13 @@ static void init_cgroup_css(struct
> cgroup_subsys_state *css,
> /* invoke ->css_online() on a new CSS and mark it online if successful */
> static int online_css(struct cgroup_subsys *ss, struct cgroup *cgrp)
> {
> + struct cgroup_subsys_state *css = cgrp->subsys[
On Sat, 2013-07-27 at 21:34 +0800, Fengguang Wu wrote:
> On Sat, Jul 20, 2013 at 09:46:45AM -0700, Davidlohr Bueso wrote:
> > On Sun, 2013-07-21 at 00:02 +0800, Xiaotian Feng wrote:
> > > On Sat, Jul 20, 2013 at 9:13 PM, Fengguang Wu
> > > wrote:
> > > > Greetings,
> > > >
> > > > I got the below
On 08/02/2013 10:27 AM, Rusty Russell wrote:
> Chen Gang writes:
>> Need permit '.cranges' section for sh64 architecture, or modpost will
>> report warning:
>>
>> LD init/built-in.o
>> WARNING: init/built-in.o (.cranges): unexpected non-allocatable section.
>> Did you forget to use "a
On Thu, Aug 01, 2013 at 08:50:10PM -0700, Joe Perches wrote:
> On Fri, 2013-08-02 at 11:30 +0800, Greg KH wrote:
> > On Thu, Aug 01, 2013 at 01:09:55AM -0700, Joe Perches wrote:
> > > Lots of "maintainers" don't apply patches.
> > I have no idea what you are meaning here.
>
> Just that maintainers
On Thu, 2013-08-01 at 22:33 +0200, Jan Kara wrote:
> Hi,
>
> On Thu 01-08-13 13:14:19, Davidlohr Bueso wrote:
> > FYI I'm seeing loads of the following messages with Linus' latest
> > 3.11-rc3 (which includes 822dbba33458cd6ad)
> Thanks for notice. I see you are running reaim to trigger this.
Chen Gang writes:
> Need permit '.cranges' section for sh64 architecture, or modpost will
> report warning:
>
> LD init/built-in.o
> WARNING: init/built-in.o (.cranges): unexpected non-allocatable section.
> Did you forget to use "ax"/"aw" in a .S file?
> Note that for example cont
> @@ -4298,7 +4308,7 @@ static long cgroup_create(struct cgroup *parent, struct
> dentry *dentry,
> for_each_root_subsys(root, ss) {
> struct cgroup_subsys_state *css;
>
> - css = ss->css_alloc(cgrp);
> + css = ss->css_alloc(parent->subsys[ss->subsys_i
Occassionally events (e.g., context-switch, sched tracepoints) are losing
the conversion of sample data associated with a thread. For example:
$ perf record -e sched:sched_switch -c 1 -a -- sleep 5
$ perf script
ls 30482 [000] 1379727.583037: sched:sched_switch: prev_comm=ls
prev_pid=30482 .
On Fri, 2013-08-02 at 11:30 +0800, Greg KH wrote:
> On Thu, Aug 01, 2013 at 01:09:55AM -0700, Joe Perches wrote:
> > Lots of "maintainers" don't apply patches.
> I have no idea what you are meaning here.
Just that maintainers aren't necessarily appliers.
In fact, most aren't.
> Add netdev to the
On Thu, Aug 01, 2013 at 02:33:09PM +0900, Namjae Jeon wrote:
> 2013/8/1, Dave Chinner :
> > On Wed, Jul 31, 2013 at 11:42:14PM +0900, Namjae Jeon wrote:
> >> From: Namjae Jeon
> >>
> >> New fallocate flag FALLOC_FL_COLLAPSE_RANGE implementation for XFS.
> >
> Hi Dave.
> > A good start, but there's
On Fri, Jul 26, 2013 at 02:04:55PM +0200, Michael Brunner wrote:
> Add some necessary braces that have been removed during driver cleanup.
> This fixes the I2C prescaler calculation.
>
> Signed-off-by: Michael Brunner
Tested-by: Guenter Roeck
Reviewed-by: Guenter Roeck
Guenter
--
To unsubscri
On Wed, Jul 31, 2013 at 02:05:45PM -0400, Peter Hurley wrote:
> Instrumented testing shows a tty can be hungup multiple times [1].
> Although concurrent hangups are properly serialized, multiple
> hangups for the same tty should be prevented.
>
> If tty has already been HUPPED, abort hangup. Note
On 8/1/2013 7:29 PM, Stephen Warren wrote:
On 08/01/2013 07:23 PM, Rohit Vaswani wrote:
This patch adds basic board support for MSM8974 which
belongs to the Snapdragon 800 family.
For now, just support a basic machine with device tree.
arch/arm/boot/dts/msm8974.dts | 26 +++
On Thu, Aug 01, 2013 at 01:09:55AM -0700, Joe Perches wrote:
> On Thu, 2013-08-01 at 15:56 +0800, Greg KH wrote:
> > On Thu, Aug 01, 2013 at 12:48:48AM -0700, Joe Perches wrote:
> > > There are several drivers in drivers/net/usb/ that
> > > do not have specific MAINTAINERS that should have
> > > em
On 2013/8/2 5:49, Tejun Heo wrote:
> For some reason, cgroup_advance_iter() is standing lonely all away
> from its iter comrades. Relocate it.
>
There're some other functions that are in the same situation. Do you
think it's better to relocate them, or just leave it as it is?
--
To unsubscribe
On 2013/8/2 5:49, Tejun Heo wrote:
> Hello,
>
> Currently, struct cgroup * is used as the main interface handle
> between cgroup core and its subsystems, which works but is a bit
> clunky because subsystems usually care much more about css's
> (cgroup_subsys_state) a lot more than cgroups, which i
On Sat, Jul 20, 2013 at 08:31:14PM +0530, Srikanth Thokala wrote:
> This is the driver for AXI Traffic Generator IP. The AXI
> Traffic Generator IP is a core that stresses the AXI4
> interconnect and other AXI4 peripherals in the system.
> It generates a wide variety of AXI4 transactions based on
>
On 08/01/2013 02:34 PM, Raghavendra K T wrote:
On 08/01/2013 01:15 PM, Gleb Natapov wrote:
Shall I consider this as an ack for kvm part?
For everything except 18/18. For that I still want to see numbers. But
18/18 is pretty independent from the reset of the series so it should
not stop the res
On Thu, Aug 01, 2013 at 02:35:36PM +, KY Srinivasan wrote:
>
>
> > -Original Message-
> > From: Olaf Hering [mailto:o...@aepfle.de]
> > Sent: Thursday, August 01, 2013 8:58 AM
> > To: KY Srinivasan; gre...@linuxfoundation.org
> > Cc: linux-kernel@vger.kernel.org; Olaf Hering
> > Subje
On Thu, Aug 01, 2013 at 02:36:10PM +, KY Srinivasan wrote:
>
>
> > -Original Message-
> > From: Olaf Hering [mailto:o...@aepfle.de]
> > Sent: Thursday, August 01, 2013 9:04 AM
> > To: KY Srinivasan; gre...@linuxfoundation.org
> > Cc: linux-kernel@vger.kernel.org; Olaf Hering
> > Subje
On Fri, Aug 02, 2013 at 10:20:28AM +0800, Xiong Zhou wrote:
>
>
> On Wed, 31 Jul 2013, Greg Kroah-Hartman wrote:
>
> > On Wed, Jul 31, 2013 at 10:30:41AM +0800, Xiong Zhou wrote:
> > > From: Xiong Zhou
> > >
> > > First version of this patch makes LUSTRE_FS depends on BLOCK. Second
> > > vers
> "Bernd" == Bernd Schubert writes:
Bernd,
Bernd> Once I noticed that scsi_get_vpd_page() works fine from other
Bernd> function calls and that it is not 0x89, but already 0x0 that
Bernd> fails fixing it became easy.
Bernd> Nix, any chance you could verify it also works for you?
Do we get a
From: "Steven Rostedt (Red Hat)"
When a probe is being removed, it cleans up the event files that correspond
to the probe. But there is a race between writing to one of these files
and deleting the probe. This is especially true for the "enable" file.
CPU 0 CPU
From: Oleg Nesterov
Change trace_remove_event_call(call) to return the error if this
call is active. This is what the callers assume but can't verify
outside of the tracing locks. Both trace_kprobe.c/trace_uprobe.c
need the additional changes, unregister_trace_probe() should abort
if trace_remove
From: Oleg Nesterov
debugfs_remove_recursive() is wrong,
1. it wrongly assumes that !list_empty(d_subdirs) means that this
dir should be removed.
This is not that bad by itself, but:
2. if d_subdirs does not becomes empty after __debugfs_remove()
it gives up and silently fails, it doe
From: "Steven Rostedt (Red Hat)"
The "break" used in the do_for_each_event_file() is used as an optimization
as the loop is really a double loop. The loop searches all event files
for each trace_array. There's only one matching event file per trace_array
and after we find the event file for the t
From: "Steven Rostedt (Red Hat)"
Uprobes suffer the same problem that kprobes have. There's a race between
writing to the "enable" file and removing the probe. The probe checks for
it being in use and if it is not, goes about deleting the probe and the
event that represents it. But the problem wi
Oleg,
Is all the races that we are aware of between accessing event files and
deleting events covered by these patches? I think I have them all.
Was there any patches that I missed, as there were a lot of threads
and lots of patches sent out, but not all were considered final.
I think I got the
On 08/02/2013 02:39 AM, Waiman Long wrote:
On 08/01/2013 04:23 PM, Raghavendra K T wrote:
On 08/01/2013 08:07 AM, Waiman Long wrote:
[..]
Though I could see some gains in overcommit, but it hurted undercommit
in some workloads :(.
The gcc 4.4.7 compiler that I used in my test machine has th
2013/8/2 Rafael J. Wysocki :
> From: Rafael J. Wysocki
>
> Modify acpi_bind_one() so that it doesn't fail if the device
> represented by its first argument has already been bound to the
> given ACPI handle (second argument), because that is not a good
> enough reason for returning an error code.
>
On Thu, 01 Aug 2013 at 14:34 GMT, Sebastiano Spicuglia
wrote:
>
> The machine suddenly stops to be connected to the network.
> Running "ifdown eth0" "ifup eth0" the network starts to work
> again for few minutes and then the failure happens again.
> It is not even possible to ping the machine.
>
On 08/02/2013 02:17 AM, Peter Zijlstra wrote:
On Fri, Aug 02, 2013 at 01:53:22AM +0530, Raghavendra K T wrote:
You need to learn to trim your replies.. I already stopped reading that
paravirt thread because of it. Soon I'll introduce you to my /dev/null
mail reader.
will be more careful next
On Thu, Aug 01, 2013 at 01:24:02AM -0700, Christoph Hellwig wrote:
> Instead of adding more mess to change_file_space it might be a good idea
> to pull my
>
> "refactor the preallocation and hole punching code"
>
> series from December in first.
You mean this one:
http://oss.sgi.com/archives/
From: "Steven Rostedt (Red Hat)"
The RCU_STATE_INITIALIZER() macro is used only in the rcutree.c file
as well as the rcutree_plugin.h file. It is passed as a rvalue to
a variable of a similar name. A per_cpu variable is also created
with a similar name as well.
The uses of RCU_STATE_INITIALIZER(
On Thu, Aug 01, 2013 at 11:29:39AM +0530, Aneesh Kumar K.V wrote:
> Naoya Horiguchi writes:
>
> > On Wed, Jul 31, 2013 at 12:02:30AM +0530, Aneesh Kumar K.V wrote:
> >> Naoya Horiguchi writes:
> >>
> >> > Now hugepages are definitely movable. So allocating hugepages from
> >> > ZONE_MOVABLE is
From: "Steven Rostedt (Red Hat)"
Currently, RCU tracepoints save only a pointer to strings in the
ring buffer. When displayed via the /sys/kernel/debug/tracing/trace file
they are referenced like the printf "%s" that looks at the address
in the ring buffer and prints out the string it points too.
From: "Steven Rostedt (Red Hat)"
All the RCU tracepoints and functions that reference char pointers do
so with just 'char *' even though they do not modify the contents of
the string itself. This will cause warnings if a const char * is used
in one of these functions.
The RCU tracepoints store t
From: "Steven Rostedt (Red Hat)"
There are several tracepoints (mostly in RCU), that reference a string
pointer and uses the print format of "%s" to display the string that
exists in the kernel, instead of copying the actual string to the
ring buffer (saves time and ring buffer space).
But this
Paul,
As we talked about earlier, I set up a branch based off of v3.11-rc2 which
the first patch has my tracing patch I need for other updates, and
the other three are RCU specific patches that you should take.
You can either just pull this branch from my tree, or you can pull
just the first patc
On Thu, Aug 01, 2013 at 02:07:39PM +0900, Namjae Jeon wrote:
> 2013/8/1, Dave Chinner :
> > On Wed, Jul 31, 2013 at 11:42:00PM +0900, Namjae Jeon wrote:
> >> From: Namjae Jeon
> >>
> >> Fallocate now supports new FALLOC_FL_COLLAPSE_RANGE flag.
> >> The semantics of this flag are following:
> >> 1)
On Wed, Jul 24, 2013 at 01:37:47PM -0500, Nathan Fontenot wrote:
> When doing memory hot add via the 'probe' interface in sysfs we do not
> need to loop through and add memory one section at a time. I think this
> was originally done for powerpc, but is not needed. This patch removes
> the loop and
On 2013/8/2 2:59, Cody P Schafer wrote:
> On 08/01/2013 02:18 AM, Xishi Qiu wrote:
>> __offline_pages()
>> start_isolate_page_range()
>>set_migratetype_isolate()
>> set_pageblock_migratetype() -> this pageblock will be marked as
>> MIGRATE_ISOLATE
>> move_freepages
On 08/01/2013 07:23 PM, Rohit Vaswani wrote:
> This patch adds basic board support for MSM8974 which
> belongs to the Snapdragon 800 family.
> For now, just support a basic machine with device tree.
> arch/arm/boot/dts/msm8974.dts | 26 ++
That's odd. If this is suppor
On Wed, Jul 24, 2013 at 01:36:34PM -0500, Nathan Fontenot wrote:
> Memory I/O resources need to be marked as busy or else we cannot remove
> them when doing memory hot remove.
I would have thought it was the opposite?
cheers
--
To unsubscribe from this list: send the line "unsubscribe linux-kerne
On Wed, Jul 24, 2013 at 01:35:11PM -0500, Nathan Fontenot wrote:
> Previous commit 46723bfa540... introduced a new config option
> HAVE_BOOTMEM_INFO_NODE that ended up breaking memory hot-remove for powerpc
> when sparse vmemmap is not defined.
So that's a bug fix that should go into 3.10 stable?
On Wed, 31 Jul 2013, Greg Kroah-Hartman wrote:
> On Wed, Jul 31, 2013 at 10:30:41AM +0800, Xiong Zhou wrote:
> > From: Xiong Zhou
> >
> > First version of this patch makes LUSTRE_FS depends on BLOCK. Second
> > version makes only lloop depends on BLOCK with a config option for this
> > depend
1 - 100 of 823 matches
Mail list logo
