* Ananth N Mavinakayanahalli [2012-10-29 10:57:07]:
> On Sun, Oct 28, 2012 at 06:39:25PM +0100, Oleg Nesterov wrote:
>
> Hi Oleg,
>
> > Cleanup. No need to clear TIF_UPROBE, do_notify_resume() does this.
> >
> > Signed-off-by: Oleg Nesterov
> > ---
> > arch/powerpc/kernel/signal.c |4 +--
* Zhouping Liu wrote:
> Hi Johannes,
>
> Tested the below patch, and I'm sure it has fixed the above
> issue, thank you.
Thanks. Below is the folded up patch.
Ingo
>
Subject: sched, numa, mm: Add memcg support to do_huge_pmd_numa_page()
From: Johannes Wei
On Mon, Oct 29, 2012 at 12:03:55AM -0400, Mark Lord wrote:
> My server here runs the 3.4.xx series of "stable" kernels.
> Until today, it was running 3.4.9.
> Today I tried to upgrade it to 3.4.16.
> It hangs in setup.c.
>
> I've isolated the fault down to this specific change
> that was made betw
On 10/29/2012 02:16 AM, Jingoo Han wrote:
> On Monday, October 29, 2012 6:49 AM Marek Vasut wrote
>>
>> On 10/26/2012 06:30 AM, Jingoo Han wrote:
>>> This patch adds missing device.h header to fix build warnings as below:
>>>
>>> drivers/cpuidle/cpuidle.h:26:41: warning: 'struct device' declared in
Add flags to be used by creating multiqueue tuntap device.
Signed-off-by: Jason Wang
---
include/uapi/linux/if_tun.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/include/uapi/linux/if_tun.h b/include/uapi/linux/if_tun.h
index 25a585c..8ef3a87 100644
--- a/include/uap
Hi,
On Monday 29 October 2012 11:40 AM, Felipe Balbi wrote:
Hi,
On Sat, Oct 27, 2012 at 05:57:48PM +0530, kishon wrote:
Hi,
On Saturday 27 October 2012 01:29 AM, Felipe Balbi wrote:
Hi,
On Fri, Oct 26, 2012 at 10:16:55AM -0700, Tony Lindgren wrote:
* Felipe Balbi [121025 23:55]:
On Thu,
This patch implements a simple multiqueue flow steering policy - tx follows rx
for tun/tap. The idea is simple, it just choose the txq based on which rxq it
comes. The flow were identified through the rxhash of a skb, and the hash to
queue mapping were recorded in a hlist with an ageing timer to re
Sometimes usespace may need to active/deactive a queue, this could be done by
detaching and attaching a file from tuntap device.
This patch introduces a new ioctls - TUNSETQUEUE which could be used to do
this. Flag IFF_ATTACH_QUEUE were introduced to do attaching while
IFF_DETACH_QUEUE were introd
This patch converts tun/tap to a multiqueue devices and expose the multiqueue
queues as multiple file descriptors to userspace. Internally, each tun_file were
abstracted as a queue, and an array of pointers to tun_file structurs were
stored in tun_structure device, so multiple tun_files were allowe
RCU were introduced in this patch to synchronize the dereferences between
tun_struct and tun_file. All tun_{get|put} were replaced with RCU, the
dereference from one to other must be done under rtnl lock or rcu read critical
region.
This is needed for the following patches since the one of the goa
Current tuntap makes use of the socket receive queue as its tx queue. To
implement multiple tx queues for tuntap and enable the ability of adding and
removing queues during workload, the first step is to move the socket related
structures to tun_file. Then we could let multiple fds/sockets to be at
Signed-off-by: Jason Wang
---
drivers/net/tun.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/net/tun.c b/drivers/net/tun.c
index 0873cdc..ef13cf0 100644
--- a/drivers/net/tun.c
+++ b/drivers/net/tun.c
@@ -1422,7 +1422,7 @@ static long __tun_chr_ioctl(struc
Hello All:
This is an update of multiqueue support in tuntap from V3. Please consider to
merge.
The main idea for this series is to let tun/tap device to be benefited from
multiqueue network cards and multi-core host. We used to have a single queue for
tuntap which could be a bottleneck in a mult
On Mon, Oct 29, 2012 at 12:17 AM, Ben Hutchings wrote:
> 3.2-stable review patch. If anyone has any objections, please let me know.
Hi Ben,
this patch is only useful only for kernel version 3.4 and later,
because the dt support was
introduced in the 3.4 release with the following commit:
d1
On Sat, Oct 27, 2012 at 08:50:00PM +0200, Constantine Shulyupin wrote:
> From: Constantine Shulyupin
>
> Problem:
> - FDT is supported only by generic OMAP board initialization in
> arch/arm/mach-omap2/board-generic.c and lacks some configurations, which are
> not yet configured in FDT (USB for
On 25/10/2012 19:03, Borislav Petkov wrote:
On Thu, Oct 25, 2012 at 04:32:52PM +0800, Daniel J Blueman wrote:
The AMD Northbridge initialisation code and EDAC assume the Northbridge IDs
are contiguous, which no longer holds on federated systems with multiple
HyperTransport fabrics and multiple P
Hi,
On Sat, Oct 27, 2012 at 05:57:48PM +0530, kishon wrote:
> Hi,
>
> On Saturday 27 October 2012 01:29 AM, Felipe Balbi wrote:
> >Hi,
> >
> >On Fri, Oct 26, 2012 at 10:16:55AM -0700, Tony Lindgren wrote:
> >>* Felipe Balbi [121025 23:55]:
> >>>On Thu, Oct 25, 2012 at 10:44:47AM -0700, Tony Lind
On 10/29/2012 02:07 PM, David Miller wrote:
Many sites rejected your emails because they had two To: headers.
Please repost this without that problem so people can actually
receive it.
Thanks.
Sorry about that, will repost soon.
--
To unsubscribe from this list: send the line "unsubscribe li
At 10/27/2012 01:14 AM, Toshi Kani Wrote:
> On Fri, 2012-10-26 at 18:31 +0800, we...@cn.fujitsu.com wrote:
>> From: Yasuaki Ishimatsu
>>
>> The memory device can be removed by 2 ways:
>> 1. send eject request by SCI
>> 2. echo 1 >/sys/bus/pci/devices/PNP0C80:XX/eject
>>
>> In the 1st case, acpi_me
On Sun, 2012-10-28 at 01:05 -0700, Joe Perches wrote:
> dev_ calls take less code than dev_printk(KERN_
> and reducing object size is good.
> Coalesce formats for easier grep.
Applied thanks
--
Vinod Koul
Intel Corp.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
Many sites rejected your emails because they had two To: headers.
Please repost this without that problem so people can actually
receive it.
Thanks.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo inf
On Sun, 2012-10-28 at 00:49 +0900, Akinobu Mita wrote:
> DMA Engine test module has module parameters to set the number of source
> buffers for xor and pq operations. We can set these values larger than the
> maximum number of sources that the device can support. These values are
> not adjusted a
On Sun, 2012-10-28 at 00:49 +0900, Akinobu Mita wrote:
> vchan_dma_desc_free_list() iterates through each virt_dma_desc in the
> specified list_head and calls vchan->desc_free().
>
> We can use it instead of repeated execution of pl08x_desc_free() for
> each
> virt_dma_desc in the list_head. Beca
On Fri, 2012-10-26 at 23:35 +0900, Akinobu Mita wrote:
> Use for_each_set_bit() to implement for_each_dma_cap_mask() and
> remove unused first_dma_cap() and next_dma_cap().
Applied thanks
--
Vinod Koul
Intel Corp.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
On Thu, 2012-10-25 at 10:22 -0600, Shuah Khan wrote:
> ioat does DMA memory sync with DMA_TO_DEVICE direction on a buffer allocated
> for DMA_FROM_DEVICE dma, resulting in the following warning from dma debug.
> Fixed the dma_sync_single_for_device() call to use the correct direction.
Applied, than
On 10/29/2012 01:35 PM, Jason Wang wrote:
This patch implements a simple multiqueue flow steering policy - tx follows rx
for tun/tap. The idea is simple, it just choose the txq based on which rxq it
comes. The flow were identified through the rxhash of a skb, and the hash to
queue mapping were re
Fix a coccinelle warning catched by Fengguang's 0-DAY system:
+ drivers/staging/dgrp/dgrp_net_ops.c:1061:11-27: ERROR: nd is NULL but
dereferenced.
Put the "done:" label a bit down would solve this issue.
Cc: Fengguang Wu
Cc: Julia Lawall
Cc: Greg Kroah-Hartman
Signed-off-by: Yuanhan Liu
---
From: Wei WANG
Realtek PCI-E SD/MMC card host driver is used to access SD/MMC card,
with the help of Realtek PCI-E card reader MFD driver.
Signed-off-by: Wei WANG
Reviewed-by: Arnd Bergmann
Tested-by: Borislav Petkov
---
drivers/mmc/host/Kconfig |7 +
drivers/mmc/host/Makefile
From: Wei WANG
Realtek PCI-E Memstick card host driver is used to access Memstick
card, with the help of Realtek PCI-E card reader MFD driver.
Signed-off-by: Wei WANG
Acked-by: Alex Dubov
---
drivers/memstick/host/Kconfig | 10 +
drivers/memstick/host/Makefile |1 +
drivers/m
From: Wei WANG
Support for Realtek PCI-Express driver-based card readers including rts5209,
rts5229 and rtl8411.
v2:
1. Using platform device to replace realtek slot bus
v3:
1. Fix a bug that DMA out of SW-IOMMU space in Lenovo Thinkpad x121e
2. Tested by Borislav Petkov
v4:
1. Fulfill power
Signed-off-by: Jason Wang
---
drivers/net/tun.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/net/tun.c b/drivers/net/tun.c
index 0873cdc..ef13cf0 100644
--- a/drivers/net/tun.c
+++ b/drivers/net/tun.c
@@ -1422,7 +1422,7 @@ static long __tun_chr_ioctl(struc
--- Original Message ---
Sender : Jongman Heo
Date : 2012-10-24 11:53 (GMT+09:00)
Title : Re: Re: [Pv-drivers] 3.7-rc2 regression : file copied to CIFS-mounted
directory corrupted
Hi,
--- Original Message ---
Sender : Eric Dumazet
Date : 2012-10-24 04:39 (GMT+09:00)
Title : Re:
This patch implements a simple multiqueue flow steering policy - tx follows rx
for tun/tap. The idea is simple, it just choose the txq based on which rxq it
comes. The flow were identified through the rxhash of a skb, and the hash to
queue mapping were recorded in a hlist with an ageing timer to re
Sometimes usespace may need to active/deactive a queue, this could be done by
detaching and attaching a file from tuntap device.
This patch introduces a new ioctls - TUNSETQUEUE which could be used to do
this. Flag IFF_ATTACH_QUEUE were introduced to do attaching while
IFF_DETACH_QUEUE were introd
This patch converts tun/tap to a multiqueue devices and expose the multiqueue
queues as multiple file descriptors to userspace. Internally, each tun_file were
abstracted as a queue, and an array of pointers to tun_file structurs were
stored in tun_structure device, so multiple tun_files were allowe
Add flags to be used by creating multiqueue tuntap device.
Signed-off-by: Jason Wang
---
include/uapi/linux/if_tun.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/include/uapi/linux/if_tun.h b/include/uapi/linux/if_tun.h
index 25a585c..8ef3a87 100644
--- a/include/uap
RCU were introduced in this patch to synchronize the dereferences between
tun_struct and tun_file. All tun_{get|put} were replaced with RCU, the
dereference from one to other must be done under rtnl lock or rcu read critical
region.
This is needed for the following patches since the one of the goa
Current tuntap makes use of the socket receive queue as its tx queue. To
implement multiple tx queues for tuntap and enable the ability of adding and
removing queues during workload, the first step is to move the socket related
structures to tun_file. Then we could let multiple fds/sockets to be at
This patch implements a simple multiqueue flow steering policy - tx follows rx
for tun/tap. The idea is simple, it just choose the txq based on which rxq it
comes. The flow were identified through the rxhash of a skb, and the hash to
queue mapping were recorded in a hlist with an ageing timer to re
Hello All:
This is an update of multiqueue support in tuntap from V3. Please consider to
merge.
The main idea for this series is to let tun/tap device to be benefited from
multiqueue network cards and multi-core host. We used to have a single queue for
tuntap which could be a bottleneck in a mult
On Fri, Oct 26, 2012 at 06:39:51PM +0200, Oleg Nesterov wrote:
> On 10/26, Ananth N Mavinakayanahalli wrote:
> >
> > On Thu, Oct 25, 2012 at 04:58:39PM +0200, Oleg Nesterov wrote:
> > > On 10/16, Rabin Vincent wrote:
> > > >
> > > > >> --- a/kernel/events/uprobes.c
> > > > >> +++ b/kernel/events/up
On Sun, Oct 28, 2012 at 06:39:28PM +0100, Oleg Nesterov wrote:
> No functional changes.
>
> powerpc is the only user of arch_uprobe_enable/disable_step() helpers,
> but they should die. They can not be used correctly, every arch needs
> its own implementation (like x86 does). And they do not reall
On Sun, Oct 28, 2012 at 06:39:25PM +0100, Oleg Nesterov wrote:
Hi Oleg,
> Cleanup. No need to clear TIF_UPROBE, do_notify_resume() does this.
>
> Signed-off-by: Oleg Nesterov
> ---
> arch/powerpc/kernel/signal.c |4 +---
> 1 files changed, 1 insertions(+), 3 deletions(-)
>
> diff --git a/
Calling INIT_WORK in blinkm_led_common_set() means we init a workqueue every
time
when brightness_set callback is called.
Move INIT_WORK to blinkm_probe() so we only need to init the workqueue once.
So we only need to init a workqueue per blinkm led rather than init a workqueue
per brightness_set
On Sun, 2012-10-28 at 00:49 +0900, Akinobu Mita wrote:
> Use memchr_inv() to check the specified page is filled with zero.
>
> Signed-off-by: Akinobu Mita
> Cc: Vinod Koul
> Cc: Dan Williams
> ---
Looks fine to me, need Dan;s ack before applying
> crypto/async_tx/async_xor.c | 4 +---
> 1 fil
On Sat, 2012-10-27 at 15:50 +0530, Inderpal Singh wrote:
> Hi Vinod,
>
> On 26 October 2012 10:15, Vinod Koul wrote:
> > On Thu, 2012-10-25 at 16:53 +0530, Inderpal Singh wrote:
> >>
> >> This code will get executed only in case of force removal of the
> >> module which was discussed in the first
The devm_kfree function allocates memory that is released
when a driver detaches. Thus, there is no reason to explicitly
call devm_kfree in probe or remove functions.
Signed-off-by: Jingoo Han
Cc: Richard Purdie
---
drivers/video/backlight/max8925_bl.c | 11 +++
1 files changed, 3 ins
The devm_kfree function allocates memory that is released
when a driver detaches. Thus, there is no reason to explicitly
call devm_kfree in probe or remove functions.
Signed-off-by: Jingoo Han
Cc: Richard Purdie
---
drivers/video/backlight/88pm860x_bl.c | 11 +++
1 files changed, 3 in
From: Zhi Yong Wu
One root structure hot_info is defined, is hooked
up in super_block, and will be used to hold radix tree
root, hash list root and some other information, etc.
Adds hot_inode_tree struct to keep track of
frequently accessed files, and be keyed by {inode, offset}.
Trees contai
From: Zhi Yong Wu
Miscellaneous features that implement hot data tracking
and generally make the hot data functions a bit more friendly.
Signed-off-by: Zhi Yong Wu
---
fs/direct-io.c |6 ++
mm/filemap.c|6 ++
mm/page-writeback.c | 12
mm/readahead.
From: Zhi Yong Wu
Signed-off-by: Zhi Yong Wu
---
fs/hot_tracking.c | 56 +
fs/hot_tracking.h |6 +
2 files changed, 62 insertions(+), 0 deletions(-)
diff --git a/fs/hot_tracking.c b/fs/hot_tracking.c
index 9245dd3..fff0038 100644
--
From: Zhi Yong Wu
Add a per-superblock workqueue and a delayed_work
to run periodic work to update map info on each superblock.
Signed-off-by: Zhi Yong Wu
---
fs/hot_tracking.c| 85 ++
fs/hot_tracking.h|3 +
include/linux/
From: Zhi Yong Wu
Add a /sys/kernel/debug/hot_track// directory for each
volume that contains two files. The first, `inode_stats', contains the
heat information for inodes that have been brought into the hot data map
structures. The second, `range_stats', contains similar information for
subfil
From: Dave Chinner
Connect up the VFS hot tracking support
so XFS filesystems can make use of it.
Signed-off-by: Dave Chinner
---
fs/xfs/xfs_mount.h |1 +
fs/xfs/xfs_super.c | 16
2 files changed, 17 insertions(+), 0 deletions(-)
diff --git a/fs/xfs/xfs_mount.h b/fs/x
From: Zhi Yong Wu
Add two proc files hot-kick-time and hot-update-delay
under the dir /proc/sys/fs/ in order to turn
TIME_TO_KICK and HEAT_UPDATE_DELAY into be tunable.
Signed-off-by: Zhi Yong Wu
---
fs/hot_tracking.c| 12 +---
fs/hot_tracking.h|9 --
From: Zhi Yong Wu
Register a shrinker to control the amount of
memory that is used in tracking hot regions - if we are throwing
inodes out of memory due to memory pressure, we most definitely are
going to need to reduce the amount of memory the tracking code is
using, even if it means losing us
From: Zhi Yong Wu
Add one doc for VFS hot tracking feature
Signed-off-by: Zhi Yong Wu
---
Documentation/filesystems/00-INDEX |2 +
Documentation/filesystems/hot_tracking.txt | 262
2 files changed, 264 insertions(+), 0 deletions(-)
create mode 10064
From: Zhi Yong Wu
The debugfs function is used to get expected dentry.
Signed-off-by: Zhi Yong Wu
---
fs/debugfs/inode.c | 26 ++
include/linux/debugfs.h |9 +
2 files changed, 35 insertions(+), 0 deletions(-)
diff --git a/fs/debugfs/inode.c b/fs/d
From: Zheng Liu
Define a new mount option to add VFS hot
tracking support in order to use it in ext4.
CC: Zhi Yong Wu
Signed-off-by: Zheng Liu
---
fs/ext4/ext4.h |3 +++
fs/ext4/super.c | 13 -
2 files changed, 15 insertions(+), 1 deletions(-)
diff --git a/fs/ext4/ext4.h
From: Zhi Yong Wu
Introduce one new mount option '-o hot_track',
and add its parsing support.
Its usage looks like:
mount -o hot_track
mount -o nouser,hot_track
mount -o nouser,hot_track,loop
mount -o hot_track,nouser
Signed-off-by: Zhi Yong Wu
---
fs/btrfs/ctree.h |1 +
fs
From: Zhi Yong Wu
FS_IOC_GET_HEAT_INFO: return a struct containing the various
metrics collected in hot_freq_data structs, and also return a
calculated data temperature based on those metrics. Optionally, retrieve
the temperature from the hot data hash list instead of recalculating it.
Signed-
From: Zhi Yong Wu
Introduce one framwork to enable that specific FS
can register its own hot tracking functions.
Signed-off-by: Zhi Yong Wu
---
fs/hot_tracking.c| 78 ++
include/linux/hot_tracking.h | 25 +
2 files changed,
From: Zhi Yong Wu
Signed-off-by: Zhi Yong Wu
---
fs/hot_tracking.c | 74 +
1 files changed, 74 insertions(+), 0 deletions(-)
diff --git a/fs/hot_tracking.c b/fs/hot_tracking.c
index 0a603a1..83e590c 100644
--- a/fs/hot_tracking.c
+++ b/fs/h
From: Zhi Yong Wu
Signed-off-by: Zhi Yong Wu
---
fs/hot_tracking.c | 66 +
fs/hot_tracking.h | 21 +
2 files changed, 87 insertions(+), 0 deletions(-)
diff --git a/fs/hot_tracking.c b/fs/hot_tracking.c
index 83e590c..9245d
From: Zhi Yong Wu
Adds two map arrays which contains
a lot of list and is used to efficiently
look up the data temperature of a file or its
ranges.
In each list of map arrays, the array node
will keep track of temperature info.
Signed-off-by: Zhi Yong Wu
---
fs/hot_tracking.c|
From: Zhi Yong Wu
Add some util helpers to update access frequencies
for one file or its range.
Signed-off-by: Zhi Yong Wu
---
fs/hot_tracking.c| 179 ++
fs/hot_tracking.h|7 ++
include/linux/hot_tracking.h |2 +
3 file
From: Zhi Yong Wu
Add initialization function to create some
key data structures when hot tracking is enabled;
Clean up them when hot tracking is disabled
Signed-off-by: Zhi Yong Wu
---
fs/hot_tracking.c| 124 ++
fs/hot_tracking.h
From: Zhi Yong Wu
NOTE:
The patchset can be obtained via my kernel dev git on github:
g...@github.com:wuzhy/kernel.git hot_tracking
If you're interested, you can also can review them via
https://github.com/wuzhy/kernel/commits/hot_tracking
For more info, please check hot_tracking.txt in D
On 10/28/2012 08:46 PM, Stephen Rothwell wrote:
> Hi all,
>
> Changes since 20121026:
>
Who made some changes that remove tty->raw ?
There is still one occurrence in arch/um that is causing
a build error (on x86_64 defconfig):
arch/um/drivers/chan_kern.c: In function 'tty_receive_char':
arch
My server here runs the 3.4.xx series of "stable" kernels.
Until today, it was running 3.4.9.
Today I tried to upgrade it to 3.4.16.
It hangs in setup.c.
I've isolated the fault down to this specific change
that was made between 3.4.9 and 3.4.16.
Reverting this change allows the system to boot/run
Create a script browser, so that user can check all the available
scripts for current perf data file and run them inside the main perf
report or annotation browsers, for all perf samples or for samples
belong to one thread/symbol.
Please be noted: current script browser is only for report use, and
Integrate the script browser into annotation, users can press function
key 'r' to list all perf scripts and select one of them to run that
script, the output will be shown in a separate browser.
Signed-off-by: Feng Tang
---
tools/perf/ui/browsers/annotate.c |6 ++
1 file changed, 6 inser
Integrate the script browser into "perf report" framework, users can
use function key 'r' or the drop down menu to list all perf scripts
and select one of them, just like they did for the annotation.
Signed-off-by: Feng Tang
---
tools/perf/ui/browsers/hists.c | 38 +
Based on perf report/top/scripts browser integration idea from acme.
This will enable user to runtime switch the data file, when this option
is selected, it will popup all the legal data files in current working
directory, and the filename selected by user is saved in the global
variable "input_na
Currently many perf commands annotate/evlist/report/script/lock etc
all support "-i" option to chose a specific perf data, and all
of them create a local "input_name" to save the file name for
that perf data.
Since most of these commands need it, we can add a global variable
for it, also it can so
As suggested by Arnaldo, many scripts have their own usages and need
capture specific events or tracepoints, so only those scripts whose
target events match the events in current perf data file should be
listed in the script browser menu.
This patch will add the event match checking, by opening "x
This is for tui browser only. This patch will check the returned
key of tui hists browser, if it's K_SWITH_INPUT_DATA, then recreate
a session for the new selected data file.
Signed-off-by: Feng Tang
---
tools/perf/builtin-report.c | 18 --
1 file changed, 16 insertions(+), 2 d
With this function, other modules can basically check whether a
file is a legal perf data file by checking its first 8 bytes
against all possible perf magic numbers.
Change the function name from check_perf_magic to more meaningful
is_perf_magic as suggested by acme.
Signed-off-by: Feng Tang
---
Hi Arnaldo and all,
This patch set make 2 changes to perf tool:
1. Add a browser for perf script, which will be integrated into the
main hists and annotation browser.
2. Add the inital support for runtime perf data file switch in the
'perf report' window.
Patch 1Add the global variable "input
Hi all,
Changes since 20121026:
New tree: bcm2835
The v4l-dvb tree gained a build failure so I used the version from
next-20121026.
The sound-asoc tree gained a build failure so I used the version from
next-20121026.
The signal tree gained a conflict against the sparc tree.
The akpm tree gain
It's doable to register a stub for xen. However, it's not preferred, say, to
make xen pad as module, considering the case 'rmmod xen_acpi_pad' then 'insmod
acpi_pad'? Under such case there is risk of mwait #UD, if we want to remove
mwait check as 'patch 2/2: Revert-pad-config-check-in-xen_check_
On 10/28/12 9:30 PM, Theodore Ts'o wrote:
> On Sat, Oct 27, 2012 at 11:23:57PM -0500, Eric Sandeen wrote:
>> A little more going on here to try to properly handle error
>> cases & moving to the next group; despite
>> ext4_handle_release_buffer being a no-op, I've tried
>> to sprinkle it in at the r
Hi Andrew,
Today's linux-next merge of the akpm-current tree got a conflict in
drivers/staging/rts_pstor/trace.h between commit cd2112220b6b ("Staging:
remove rts_pstor driver") from the staging tree and commit 3980a6d4af3e
("staging: rts_pstor: use kbasename()") from the akpm-current tree.
The f
The following changes since commit e657e078d3dfa9f96976db7a2b5fd7d7c9f1f1a6:
Linus Torvalds (1):
Merge git://git.kernel.org/.../davem/net
are available in the git repository at:
git://github.com/gxt/linux.git unicore32
Al Viro (2):
unicore32: switch to generic kernel_thread()/k
cmci_rediscover() used set_cpus_allowed_ptr() to change the current process's
running cpu, and migrate itself to the dest cpu. But worker processes are not
allowed to be migrated. If current is a worker, the worker will be migrated to
another cpu, but the corresponding worker_pool is still on the
From: Stephen Rothwell
Date: Mon, 29 Oct 2012 14:00:32 +1100
> Today's linux-next merge of the signal tree got a conflict in
> arch/sparc/kernel/sys_sparc_64.c between commit 517ffce4e1a0 ("sparc64:
> Make montmul/montsqr/mpmul usable in 32-bit threads") from the sparc tree
> and commit 2f12af35a
Hi Al,
Today's linux-next merge of the signal tree got a conflict in
arch/sparc/kernel/sys_sparc_64.c between commit 517ffce4e1a0 ("sparc64:
Make montmul/montsqr/mpmul usable in 32-bit threads") from the sparc tree
and commit 2f12af35a988 ("sparc64: switch to generic kernel_execve()")
from the sig
On 10/29/2012 01:56 AM, Johannes Weiner wrote:
On Fri, Oct 26, 2012 at 11:08:00AM +0200, Peter Zijlstra wrote:
On Fri, 2012-10-26 at 17:07 +0800, Zhouping Liu wrote:
[ 180.918591] RIP: 0010:[] []
mem_cgroup_prepare_migration+0xba/0xd0
[ 182.681450] [] do_huge_pmd_numa_page+0x180/0x500
[ 1
On Mon, Oct 29, 2012 at 3:19 AM, Mike Galbraith wrote:
> On Sun, 2012-10-28 at 15:05 +0100, Ingo Molnar wrote:
>> * Mike Galbraith wrote:
>>
>> > On Sun, 2012-10-28 at 14:19 +0100, Ingo Molnar wrote:
>> > > * Mike Galbraith wrote:
>> > >
>> > > > On Sun, 2012-10-28 at 11:25 +0100, Ingo Molnar wr
On Sun, Oct 28, 2012 at 09:35:58PM -0500, Eric Sandeen wrote:
> Yeah, seems that way.
>
> Then your simpler version is probably the way to go.
If you have a chance, could you do me a favor and test my -v3 version
of the patch? It should work just as well as yours, but I'm getting
paranoid in my
> This config item has not carried much meaning for a while now and is
> almost always enabled by default. As agreed during the Linux kernel
> summit, remove it.
>
> CC: Guan Xuetao
> Signed-off-by: Kees Cook
Thanks. I will push it in my tree.
Acked-by: Guan Xuetao
> ---
> arch/unicore32/Kco
On Mon, Oct 29, 2012 at 12:16:32PM +1100, Dave Chinner wrote:
>
> Except that there are filesystems that cannot implement such flags,
> or require on-disk format changes to add more of those flags. This
> is most definitely not a filesystem specific behaviour, so any sort
> of VFS level per-file s
On 10/28/12 9:34 PM, Theodore Ts'o wrote:
> On Sun, Oct 28, 2012 at 09:24:19PM -0500, Eric Sandeen wrote:
>> Yeah, I knew it wasn't ;) I did resend
>> [PATCH] ext4: fix unjournaled inode bitmap modification
>> which is a bit more involved.
>
> Yeah, sorry, I didn't see your updated patch at firs
On Sun, Oct 28, 2012 at 09:24:19PM -0500, Eric Sandeen wrote:
> Yeah, I knew it wasn't ;) I did resend
> [PATCH] ext4: fix unjournaled inode bitmap modification
> which is a bit more involved.
Yeah, sorry, I didn't see your updated patch at first, since this mail
thread is one complicated tangle
>From fff479313342940372444797814edee996b18fc9 Mon Sep 17 00:00:00 2001
From: jzha144
Date: Mon, 29 Oct 2012 09:07:22 +0800
Subject: [PATCH] Sometimes, there is OOPS happened when we use oprofile. next
is the call stack. From call stack, we find in
call_on_stack if there is a nmi interrupt betwe
On Sat, Oct 27, 2012 at 11:23:57PM -0500, Eric Sandeen wrote:
> A little more going on here to try to properly handle error
> cases & moving to the next group; despite
> ext4_handle_release_buffer being a no-op, I've tried
> to sprinkle it in at the right places. Double checking
> on review is pro
Reporting a possible regression with latest kernel 3.6.2-1. Intel's
iwlwifi crashes intermittently.
Downgraded to 3.5.3.1 including the microcode drivers and didnot notice
any crashes since.
Chunks from stack trace:
[108759.658475] iwlwifi :03:00.0: fail to flush all tx fifo queues
[108761
On 10/28/12 8:00 PM, Theodore Ts'o wrote:
> On Sat, Oct 27, 2012 at 05:42:07PM -0500, Eric Sandeen wrote:
>>
>> It looks like the inode_bitmap_bh is being modified outside a transaction:
>>
>> ret2 = ext4_test_and_set_bit(ino, inode_bitmap_bh->b_data);
>>
>> It needs a get_write_acc
On Mon, Oct 29, 2012 at 10:01 AM, Dave Chinner wrote:
> On Sun, Oct 28, 2012 at 09:51:48PM +0800, Zhi Yong Wu wrote:
>> On Sun, Oct 28, 2012 at 3:55 PM, Zheng Liu wrote:
>> > Hi Zhiyong,
>> >
>> > On Thu, Oct 25, 2012 at 11:08:55PM +0800, zwu.ker...@gmail.com wrote:
>> > [snip]
>> >> @@ -199,6 +3
We encounted one BUG_ON() issue at function __run_hrtimer(),
but the panic info is not enough to find out which hrtimer
users use the hrtimer wrongly.
(in this BUG_ON case, it is callback running at the same time
hrtimer_start() is executed on different context.)
We can print basic timer info bef
1 - 100 of 433 matches
Mail list logo
