Since generic_make_request() can now handle arbitrary size bios, all we
have to do is make sure the bvec array doesn't overflow.
Signed-off-by: Kent Overstreet k...@daterainc.com
---
drivers/scsi/osd/osd_initiator.c | 5 +-
drivers/target/target_core_pscsi.c | 5 +-
fs/bio.c
Em Thu, Oct 31, 2013 at 03:56:05PM +0900, Namhyung Kim escreveu:
-static void hist_entry__add_cpumode_period(struct hist_entry *he,
+static void hist_entry__add_cpumode_period(struct he_stat *he_stat,
unsigned int cpumode, u64 period)
So it is not
I had a machine crash this weekend running a 3.10.16 kernel that
additionally has a few backported networking patches for performance
improvements. At this point I can't rule out that the bug isn't from
those patches, and I haven't yet tried to see if I can reproduce the
crash. I did happen to
On 11/04/2013 04:26 PM, Heiko Stübner wrote:
I remember we had a discussion about how things like bias-disable explicitly
shouldn't have a value, when they are represented in the list-format:
pcfg_pull_none: pcfg_pull_none {
bias-disable;
On 11/04/2013 03:36 PM, Kent Overstreet wrote:
@@ -1822,6 +1820,14 @@ void generic_make_request(struct bio *bio)
*/
blk_queue_bounce(q, bio);
+ if (!blk_queue_largebios(q))
+ split = blk_bio_segment_split(q, bio, q-bio_split);
Even if MODULE_SIG_FORCE is turned on, it is still useful if module
can export sig_enforce, so user space will know if module signature
is turned on and forced.
Signed-off-by: Eric Miao eric.m...@nvidia.com
Cc: David Howells dhowe...@redhat.com
Cc: Dan Willemsen dwillem...@nvidia.com
---
If MODPUBKEY is specified and other than default ./signing_key.x509, use
that key instead of generating one on-the-fly.
Signed-off-by: Eric Miao eric.m...@nvidia.com
Cc: David Howells dhowe...@redhat.com
Cc: Dan Willemsen dwillem...@nvidia.com
---
kernel/Makefile | 8
1 file changed, 8
On Sun, 27 Oct 2013 10:30:15 -0700 Greg Thelen gthe...@google.com wrote:
Tests various percpu operations.
Could you please take a look at the 32-bit build (this is i386):
lib/percpu_test.c: In function 'percpu_test_init':
lib/percpu_test.c:61: warning: integer constant is too large for 'long'
The mm-of-the-moment snapshot 2013-11-04-16-11 has been uploaded to
http://www.ozlabs.org/~akpm/mmotm/
mmotm-readme.txt says
README for mm-of-the-moment:
http://www.ozlabs.org/~akpm/mmotm/
This is a snapshot of my -mm patch queue. Uploaded at random hopefully
more than once a week.
You
Jason,
On Mon, Nov 04, 2013 at 05:27:19PM -0700, Jason Gunthorpe wrote:
Commit cc9d4598 'net: mv643xx_eth: use of_phy_connect if phy_node
fyi: set core.abbrev = 12 in your git config, according to Linus, 7/8
was a bad decision...
present' made the call to phy_scan optional, if the DT has a
Hello,
On Mon 04-11-13 14:31:34, Andiry Xu wrote:
When I'm trying XIP on ext2, I find that xip does not work on ext2
with latest kernel.
Reproduce steps:
Compile kernel with following configs:
CONFIG_BLK_DEV_XIP=y
CONFIG_EXT2_FS_XIP=y
And run following commands:
# mke2fs -b 4096
Hi Andrew -
On Thu, 2013-10-17 at 17:50 -0700, Davidlohr Bueso wrote:
Linus recently pointed out[1] some of the amount of unnecessary work
being done with the mmap_sem held. This patchset is a very initial
approach on reducing some of the contention on this lock, and moving
work outside of
--
Hi There,
Recruitment of a Mystery-Shopper Get Paid, $200 per-assignment. If
Interested Reply us Immediately.
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at
On Mon 04-11-13 15:26:38, Jan Kara wrote:
On Fri 01-11-13 15:38:50, Cody P Schafer wrote:
Use rbtree_postorder_for_each_entry_safe() to destroy the rbtree instead
of opencoding an alternate postorder iteration that modifies the tree
Thanks. I've merged the patch into my tree.
Hum, except
On Oct 25, 2013, at 2:18 AM, Linus Torvalds torva...@linux-foundation.org
wrote:
On Fri, Oct 25, 2013 at 8:25 AM, Artem S. Tashkinov t.ar...@lycos.com wrote:
On my x86-64 PC (Intel Core i5 2500, 16GB RAM), I have the same 3.11
kernel built for the i686 (with PAE) and x86-64 architectures.
This only affects the tsc - time of day correlation when doing
`trace-cmd record --date`.
get_date_to_ts() writes a dummy event to trace_marker and then reads it back.
Reading it back is done by looping over all per-cpu raw trace pipes and trying
to read. This read should be non-blocking,
The ATA SLEEP mode saves some more power than SUSPEND, and
has basically the same recovery time, so use it instead.
Signed-off-by: Phillip Susi ps...@ubuntu.com
---
drivers/ata/libata-scsi.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/ata/libata-scsi.c
On 2013年11月04日 17:52, Paul E. McKenney wrote:
On Mon, Nov 04, 2013 at 11:13:12AM +0800, Lan Tianyu wrote:
On 2013年10月29日 18:29, Lan Tianyu wrote:
On 10/29/2013 05:51 PM, Paul E. McKenney wrote:
On Tue, Oct 29, 2013 at 04:48:56PM +0800, Lan Tianyu wrote:
In some cases, nohz enable status needs
When a disk is in SLEEP mode it can not respond to commands,
including the CHECK POWER command. Instead of waking up the
sleeping disk, fake the reply to the CHECK POWER command to
indicate the disk is in standby mode. This prevents udisks
from waking up sleeping disks when it polls to see if
On Mon, Nov 04, 2013 at 03:56:52PM -0800, Mike Christie wrote:
On 11/04/2013 03:36 PM, Kent Overstreet wrote:
@@ -1822,6 +1820,14 @@ void generic_make_request(struct bio *bio)
*/
blk_queue_bounce(q, bio);
+ if (!blk_queue_largebios(q))
+
On Mon, Nov 04 2013 at 12:49pm -0500,
Mikulas Patocka mpato...@redhat.com wrote:
On Mon, 4 Nov 2013, Mike Snitzer wrote:
On Mon, Nov 04 2013 at 10:25am -0500,
Mikulas Patocka mpato...@redhat.com wrote:
On Mon, 4 Nov 2013, Mike Snitzer wrote:
On Mon, Nov 04 2013 at
From: Jason Wang jasow...@redhat.com
Date: Fri, 1 Nov 2013 14:07:47 +0800
Sometimes we need to coalesce the rx frags to avoid frag list. One example is
virtio-net driver which tries to use small frags for both MTU sized packet and
GSO packet. So this patch introduce skb_coalesce_rx_frag() to
From: Jason Wang jasow...@redhat.com
Date: Fri, 1 Nov 2013 14:07:48 +0800
Commit 2613af0ed18a11d5c566a81f9a6510b73180660a (virtio_net: migrate mergeable
rx buffers to page frag allocators) try to increase the payload/truesize for
MTU-sized traffic. But this will introduce the extra overhead
Commit cc9d4598 'net: mv643xx_eth: use of_phy_connect if phy_node
present' made the call to phy_scan optional, if the DT has a link to
the phy node.
However phy_scan has the side effect of calling phy_addr_set, which
writes the phy MDIO address to the ethernet controller. If phy_addr_set
is not
Hi Oleg,
On Mon, 4 Nov 2013 15:35:17 +0100, Oleg Nesterov wrote:
Hi Namhyung,
On 11/04, Namhyung Kim wrote:
+ if (atomic_dec_and_test(uprobe_buffer_ref)) {
+ free_percpu(uprobe_cpu_buffer);
+ uprobe_cpu_buffer = NULL;
+ }
+
We had a couple of reports of people that are mounting NFS filesystems,
and then bind mounting certain local files onto dentries in that nfs
mount (sort of like a poor-man's unionmount).
This all works well until the dentry serving as the mountpoint fails
d_revalidate. The dentry will end up
On Mon, 4 Nov 2013 15:38:13 +0100, Oleg Nesterov wrote:
On 11/04, Namhyung Kim wrote:
On Sun, 3 Nov 2013 21:20:37 +0100, Oleg Nesterov wrote:
But. Perhaps it makes sense to at least add a couple of trivial
helpers in 10/13? Something like arg_buf_get/put/init, just to
simplify the
Paul,
As I added the rcu_is_watching() to the ftrace code to prevent perf
from tracing functions where RCU is not watching, I noticed that the
rcu_is_watching() functions can themselves be traced. I would say this
is a helper function and not something that we need to trace, as it can
cause a
On 11/04/2013 04:45 PM, Jan Kara wrote:
On Mon 04-11-13 15:26:38, Jan Kara wrote:
On Fri 01-11-13 15:38:50, Cody P Schafer wrote:
Use rbtree_postorder_for_each_entry_safe() to destroy the rbtree instead
of opencoding an alternate postorder iteration that modifies the tree
Thanks. I've
Provide a new helper called rb_next_postorder_entry() to perform NULL
checks and container_of() coversions and use it in
rbtree_for_each_entry_safe() to fix oopses that occur when rb_node is
not the first element in the entry.
Additionally, remove the missplaced NULL check from
Avoid making the rb_node the first entry to catch some bugs around NULL
checking the rb_node.
Signed-off-by: Cody P Schafer c...@linux.vnet.ibm.com
---
lib/rbtree_test.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/lib/rbtree_test.c b/lib/rbtree_test.c
index
On Mon, 2013-11-04 at 11:59 +0800, Yuanhan Liu wrote:
On Fri, Nov 01, 2013 at 08:15:13PM -0700, Davidlohr Bueso wrote:
On Fri, 2013-11-01 at 18:16 +0800, Yuanhan Liu wrote:
On Fri, Nov 01, 2013 at 09:21:46AM +0100, Ingo Molnar wrote:
* Yuanhan Liu yuanhan@linux.intel.com wrote:
(2013/11/01 22:55), Steven Rostedt wrote:
On Fri, 01 Nov 2013 11:25:32 +
Masami Hiramatsu masami.hiramatsu...@hitachi.com wrote:
Instead of __kprobes annotation, introduce 'nokprobe' new annotation
to annotate that the function is not probed by kprobes.
Previously the '__kprobes' is
On Mon, 4 Nov 2013 16:01:12 +0100, Oleg Nesterov wrote:
On 11/04, Namhyung Kim wrote:
On Sat, 2 Nov 2013 16:54:58 +0100, Oleg Nesterov wrote:
This does not look right to me.
- get_user_vaddr() is costly, it does vma_interval_tree_foreach() under
-i_mmap_mutex.
Hmm.. yes, I think
On Mon, 4 Nov 2013 16:51:31 +0100, Oleg Nesterov wrote:
On 11/04, Namhyung Kim wrote:
On Mon, 04 Nov 2013 17:46:41 +0900, Namhyung Kim wrote:
On Sat, 2 Nov 2013 16:54:58 +0100, Oleg Nesterov wrote:
- this only allows to read the data from the same binary.
Right. This is also an
On Fri, 01 Nov 2013 11:25:37 +
Masami Hiramatsu masami.hiramatsu...@hitachi.com wrote:
Prohibit probing on func_ptr_is_kernel_text().
Since the func_ptr_is_kernel_text() is called from
notifier_call_chain() which is called from int3 handler,
probing it may cause double int3 fault and
On Mon, 2013-11-04 at 17:44 -0800, Tim Chen wrote:
On Mon, 2013-11-04 at 11:59 +0800, Yuanhan Liu wrote:
On Fri, Nov 01, 2013 at 08:15:13PM -0700, Davidlohr Bueso wrote:
On Fri, 2013-11-01 at 18:16 +0800, Yuanhan Liu wrote:
On Fri, Nov 01, 2013 at 09:21:46AM +0100, Ingo Molnar wrote:
On Tue, 5 Nov 2013 09:40:55 +0800 Figo.zhang figo1...@gmail.com wrote:
Of course, if you don't use Linux on the desktop you don't really care -
well, I do. Also
not everyone in this world has an UPS - which means such a huge buffer
can lead to a
serious data loss in case of a
Hello,
(This is for 3.14-rc1. Posting early for review. Will refresh and
repost once the next driver-core-next opens.)
kernfs inherited security.* xattr support from sysfs but for it to
be useable for cgroupfs, it needs to support trusted.* too. This
patchset adds trusted.* xattr support
sysfs_init_inode_attrs() is a bit clumsy to use requiring the caller
to check whether @sd-s_iattr is already set or not. Rename it to
sysfs_inode_attrs(), update it to check whether @sd-s_iattr is
already initialized before trying to initialize it and return
@sd-s_iattr. This simplifies the
kernfs inherited security.* xattr support from sysfs. This patch
extends xattr support to trusted.* using simple_xattr_*(). As
trusted xattrs are restricted to CAP_SYS_ADMIN, simple_xattr_*() which
uses kernel memory for storage shouldn't be problematic.
Note that the existing security.*
On Mon, 4 Nov 2013 17:09:14 +0100, Oleg Nesterov wrote:
See my replies to 0/13. Lets assume that you agree that get_user_vaddr()
doesn't need tu-inode.
Okay.
On 10/29, Namhyung Kim wrote:
This argument is for passing private data structure to each fetch
function and will be used by
On Mon, 4 Nov 2013 17:22:29 +0100, Oleg Nesterov wrote:
On 11/04, Oleg Nesterov wrote:
But in any case, I strongly believe that it doesn't make any sense to
rely on tu-inode in get_user_vaddr().
Hmm. But I forgot about the case when you probe the function in libc
and want to dump the
On Mon, 4 Nov 2013 17:44:31 +0100, Oleg Nesterov wrote:
On 11/04, Namhyung Kim wrote:
On Thu, 31 Oct 2013 19:22:18 +0100, Oleg Nesterov wrote:
On 10/29, Namhyung Kim wrote:
+static void __user *get_user_vaddr(unsigned long addr, struct
trace_uprobe *tu)
+{
+ unsigned long pgoff =
Hi Steve,
On Mon, 4 Nov 2013 12:17:06 -0500, Steven Rostedt wrote:
On Mon, 4 Nov 2013 17:44:31 +0100
Oleg Nesterov o...@redhat.com wrote:
On 11/04, Namhyung Kim wrote:
On Thu, 31 Oct 2013 19:22:18 +0100, Oleg Nesterov wrote:
On 10/29, Namhyung Kim wrote:
+static void __user
+linux-ide
On 11/05/2013 08:52 AM, Phillip Susi wrote:
The ATA SLEEP mode saves some more power than SUSPEND, and
has basically the same recovery time, so use it instead.
I suppose this is mainly for runtime PM? Since for system
suspend/hibernation, the disk and its controller will be powered
On 11/05/2013 05:54 AM, Joe Perches wrote:
Add this to try this...
Chen Gang's defect is because his git repository branch
had a commit he authored but where did not add his signature.
Hmm... for pure next-20131101 tree in my git directory and the demo
patches in attachment, it will cause
Hi Vinod Koul and Dan Williams,
Ping?
On 10/17/2013 01:56 PM, Hongbo Zhang wrote:
Hi Vinod,
I have gotten ACK from Mark for both the 1/3 and 2/3 patches.
Thanks.
On 09/26/2013 05:33 PM, hongbo.zh...@freescale.com wrote:
From: Hongbo Zhang hongbo.zh...@freescale.com
This patch adds support
Hi Jan,
On Mon, Nov 4, 2013 at 4:37 PM, Jan Kara j...@suse.cz wrote:
Hello,
On Mon 04-11-13 14:31:34, Andiry Xu wrote:
When I'm trying XIP on ext2, I find that xip does not work on ext2
with latest kernel.
Reproduce steps:
Compile kernel with following configs:
CONFIG_BLK_DEV_XIP=y
+linux-ide
On 11/05/2013 08:53 AM, Phillip Susi wrote:
When a disk is in SLEEP mode it can not respond to commands,
including the CHECK POWER command. Instead of waking up the
sleeping disk, fake the reply to the CHECK POWER command to
indicate the disk is in standby mode. This prevents
On 11/05/2013 10:22 AM, Chen Gang wrote:
On 11/05/2013 05:54 AM, Joe Perches wrote:
Add this to try this...
Chen Gang's defect is because his git repository branch
had a commit he authored but where did not add his signature.
Hmm... in fact, when I make a patch, I really let git log
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 11/04/2013 09:23 PM, Aaron Lu wrote:
I suppose this is mainly for runtime PM? Since for system
suspend/hibernation, the disk and its controller will be powered
off anyway.
Yes, or the second patch also helps when one manually issues hdparm
-
On Mon, 4 Nov 2013 20:16:26 -0500 Jeff Layton jlay...@redhat.com wrote:
We had a couple of reports of people that are mounting NFS filesystems,
and then bind mounting certain local files onto dentries in that nfs
mount (sort of like a poor-man's unionmount).
This all works well until the
On 11/05/2013 10:39 AM, Phillip Susi wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 11/04/2013 09:23 PM, Aaron Lu wrote:
I suppose this is mainly for runtime PM? Since for system
suspend/hibernation, the disk and its controller will be powered
off anyway.
Yes, or the second
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 11/04/2013 09:39 PM, Aaron Lu wrote:
If the disk entered sleep mode due to runtime PM, then udisks can
easily tell by checking the device's runtime status and not send
out the query.
But if the disk entered sleep mode due to other reason,
On Mon, 4 Nov 2013 19:47:41 +0100, Oleg Nesterov wrote:
On 11/04, Oleg Nesterov wrote:
On 11/04, Oleg Nesterov wrote:
But in any case, I strongly believe that it doesn't make any sense to
rely on tu-inode in get_user_vaddr().
Hmm. But I forgot about the case when you probe the function
Hi all,
After merging the device-mapper tree, today's linux-next build (x86_64
allmodconfig) failed like this:
drivers/md/dm-cache-target.c: In function 'bio_writes_complete_block':
drivers/md/dm-cache-target.c:1020:7: error: 'struct bio' has no member named
'bi_size'
(bio-bi_size ==
On Mon, 4 Nov 2013 19:57:54 +0100, Oleg Nesterov wrote:
On 11/04, Oleg Nesterov wrote:
On 11/04, Oleg Nesterov wrote:
On 11/04, Oleg Nesterov wrote:
But in any case, I strongly believe that it doesn't make any sense to
rely on tu-inode in get_user_vaddr().
Hmm. But I forgot
For a similar issue in cifs vfs (samba bugzilla 8950), I was going to try
unset the bit DCACHE_OP_REVALIDATE of d_flags of the
dentry. Would something like work for the mountpoint dentry?
On Mon, Nov 4, 2013 at 7:16 PM, Jeff Layton jlay...@redhat.com wrote:
We had a couple of reports of
The patch is ok for unicore32. Thanks Al.
While testing this patch, a bug is found in
arch/unicore32/include/asm/pgtable.h:
@@ -96,7 +96,7 @@ extern pgprot_t pgprot_kernel;
| PTE_EXEC)
#define PAGE_READONLY
There is certainly a kind of memory leak since allocated data (i.e.
chip_data) is set NULL before freeing it by calling devm_kfree(). This
patch fixes the memory leak bug by modifying its call order.
Signed-off-by: Sangjung Woo sangjung@samsung.com
Reviewed-by: Jonghwa Lee
On Mon, Nov 04, 2013 at 05:44:00PM -0800, Tim Chen wrote:
On Mon, 2013-11-04 at 11:59 +0800, Yuanhan Liu wrote:
On Fri, Nov 01, 2013 at 08:15:13PM -0700, Davidlohr Bueso wrote:
On Fri, 2013-11-01 at 18:16 +0800, Yuanhan Liu wrote:
On Fri, Nov 01, 2013 at 09:21:46AM +0100, Ingo Molnar
From: Rongjun Ying rongjun.y...@csr.com
Sometime the regulator can't supply appropriate voltages for requestion of cpu.
All voltage tolerance value can't figure out a good voltage.
Signed-off-by: Rongjun Ying rongjun.y...@csr.com
---
drivers/cpufreq/cpufreq-cpu0.c | 17 ++---
1
(2013/11/05 11:00), Steven Rostedt wrote:
On Fri, 01 Nov 2013 11:25:37 +
Masami Hiramatsu masami.hiramatsu...@hitachi.com wrote:
Prohibit probing on func_ptr_is_kernel_text().
Since the func_ptr_is_kernel_text() is called from
notifier_call_chain() which is called from int3 handler,
On Mon, Nov 04 2013 at 9:51pm -0500,
Stephen Rothwell s...@canb.auug.org.au wrote:
Hi all,
After merging the device-mapper tree, today's linux-next build (x86_64
allmodconfig) failed like this:
drivers/md/dm-cache-target.c: In function 'bio_writes_complete_block':
Stephen Rothwell s...@canb.auug.org.au writes:
Hi Rusty,
After merging the modules tree, today's linux-next build (x86_64
allmodconfig) produced these warning:
WARNING: vmlinux: 'pci_restore_msi_state' exported twice. Previous export was
in vmlinux
WARNING: vmlinux:
On 11/05/2013 01:22 AM, David Vrabel wrote:
On 04/11/13 12:39, Bob Liu wrote:
Currently the goal_page in xen-selfballon doesn't consider much about pages
used
in kernel space.
A typical usage is slab pages, without consider slab pages the goal_page
result
may be too rough and lead extra
Hi Mike,
On Mon, 4 Nov 2013 22:20:54 -0500 Mike Snitzer snit...@redhat.com wrote:
On Mon, Nov 04 2013 at 9:51pm -0500,
Stephen Rothwell s...@canb.auug.org.au wrote:
After merging the device-mapper tree, today's linux-next build (x86_64
allmodconfig) failed like this:
Hi Sangjung,
On 5 November 2013 08:32, Sangjung Woo sangjung@samsung.com wrote:
There is certainly a kind of memory leak since allocated data (i.e.
chip_data) is set NULL before freeing it by calling devm_kfree(). This
patch fixes the memory leak bug by modifying its call order.
Add platform support and change the backlight
and led devices to register on it instead of the acpi_device.
The use of the platform is to have just one place where to
look for files instead of looking at the current three different
ACPI devices (TOS6200, TOS6208 and TOS1900) and thus making
Newer Toshiba laptops now come with a feature called
ECO Mode, where the system is put in low power consupmtion
state and a green (world shaped with leaves) icon illuminates
indicating that the system is in such power state.
This patch adds support to turn on/off the ECO led by
creating and
Toshiba laptops have two ways of enabling/disabling the
touchpad, one with a hardwired button on top of the touchpad
that simply emmits scancodes to let userspace know it has changed,
and another with a SCI call that triggers (on Windows drivers)
whenever the user press the Fn-F9 (touchpad toggle)
Recent Toshiba laptops now come equiped with a built in
accelerometer (TOS620A), but such device does not
expose the axis information, however, HCI calls 0x006d
and 0x00a6 can be used to query such info.
This patch adds support to read the axis values and
exposing them through the _position_
Add myself to the copyright list and bump version to
0.20 since several new features have been added.
Signed-off-by: Azael Avalos coproscef...@gmail.com
---
drivers/platform/x86/toshiba_acpi.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git
Change the toshiba_illumination_* code to use the newly
introduced sci_read and sci_write functions, and in the
process fix toshiba_illumination_available code, since
it was only opening the SCI and the return value was
never checked for errors or actual illumination support.
Signed-off-by: Azael
The SCI stands for System Configuration Interface and
it is supposed to be uniform across all their
models.
This patch introduces four new calls, sci_open, sci_close
sci_read and sci_write, along with its definitions and
return codes.
The HCI_ prefix has been removed from all return codes,
since
Toshiba laptops equiped with an illuminated keyboard
can operate in two different modes: Auto and FN-Z.
The Auto mode turns on the led on keystrokes and
automatically turns it off after some (configurable)
time the last key was pressed.
The FN-Z mode is used to toggle the keyboard led on/off
by
Up for review, the following patch series add new features
found on newer Toshiba laptops.
The first two fix an illumination detection bug, so consider
applying those to stable.
The rest just add support for touchpad, accelerometer axes,
keyboard backlight and ECO led, plus platform support,
Commit-ID: 7f71be4c9f9a334e7bd0adc66225db4eb88c3bc4
Gitweb: http://git.kernel.org/tip/7f71be4c9f9a334e7bd0adc66225db4eb88c3bc4
Author: Chen Gang gang.c...@asianux.com
AuthorDate: Tue, 5 Nov 2013 09:46:39 +0800
Committer: H. Peter Anvin h...@zytor.com
CommitDate: Mon, 4 Nov 2013 20:01:55
On Mon, Nov 04, 2013 at 05:50:13PM -0700, Andreas Dilger wrote:
On Oct 25, 2013, at 2:18 AM, Linus Torvalds torva...@linux-foundation.org
wrote:
On Fri, Oct 25, 2013 at 8:25 AM, Artem S. Tashkinov t.ar...@lycos.com
wrote:
On my x86-64 PC (Intel Core i5 2500, 16GB RAM), I have the
On 11/05/2013 12:03 PM, tip-bot for Chen Gang wrote:
Commit-ID: 7f71be4c9f9a334e7bd0adc66225db4eb88c3bc4
Gitweb: http://git.kernel.org/tip/7f71be4c9f9a334e7bd0adc66225db4eb88c3bc4
Author: Chen Gang gang.c...@asianux.com
AuthorDate: Tue, 5 Nov 2013 09:46:39 +0800
Committer: H. Peter
Adding shawn in cc list..
On 5 November 2013 08:40, rjying rjy...@gmail.com wrote:
From: Rongjun Ying rongjun.y...@csr.com
Sometime the regulator can't supply appropriate voltages for requestion of
cpu.
All voltage tolerance value can't figure out a good voltage.
Signed-off-by: Rongjun
ping. did not see this one in your last push to Ingo.
On 10/29/13, 10:43 AM, David Ahern wrote:
feature_check needs to be invoked through call, and LDFLAGS may not be set
so quotes are needed.
Thanks to Jiri for spotting the quotes around LDFLAGS; that one was driving
me nuts with the upcoming
ditto
On 10/29/13, 10:43 AM, David Ahern wrote:
If the OS does not have timerfd support (e.g., older OS'es like RHEL5)
disable perf kvm stat live.
Signed-off-by: David Ahern dsah...@gmail.com
Cc: Ingo Molnar mi...@kernel.org
Cc: Peter Zijlstra a.p.zijls...@chello.nl
Cc: Namhyung Kim
Jan Engelhardt wrote:
On Monday 2013-11-04 01:10, Linus Torvalds wrote:
Onto a totally different topic: we're getting to release numbers where
I have to take off my socks to count that high again. I'm ok with
3.low teens [...] [4.0 ok, after 3.19 (or whatever),]
What would you do when
Am 04.11.2013 22:46, schrieb Jan Engelhardt:
On Monday 2013-11-04 01:10, Linus Torvalds wrote:
Onto a totally different topic: we're getting to release numbers where
I have to take off my socks to count that high again. I'm ok with
3.low teens [...] [4.0 ok, after 3.19 (or whatever),]
Hi Greg,
Today's linux-next merge of the staging tree got a conflict in
drivers/staging/lustre/lustre/llite/lloop.c between commit ed2d2f9a8265
(block: Abstract out bvec iterator) from the block tree and commit
de40d1209898 (staging: lustre: fix bug with LL_MRF_RETURN in
loop_make_request) from
On Tue, Nov 05, 2013 at 04:09:24PM +1100, Stephen Rothwell wrote:
Hi Greg,
Today's linux-next merge of the staging tree got a conflict in
drivers/staging/lustre/lustre/llite/lloop.c between commit ed2d2f9a8265
(block: Abstract out bvec iterator) from the block tree and commit
de40d1209898
On Tue, 2013-11-05 at 10:37 +0800, Chen Gang wrote:
But after I let it pure next-20131101 (git reset HEAD^; git stash), it
still cause this issue.
It's also because:
Also, there's a defect in function vcs_find_signers.
It should only return the commit count and array references.
If
--
Good day,
I am Mr. Cham Tao Soon, Chairman Audit Committee of UOB Bank, Singapore. I have
a project for you in the tons of One Hundred Five Million EUR, after
successful transfer, we shall share in the ratio of forty for you and sixty for
me. Please reply for specifics.
Yours,
Mr.
Hi Jörn,
After merging the bcon tree, today's linux-next build (x86_64
allmodconfig) failed like this:
drivers/block/blockconsole.c: In function 'sync_read':
drivers/block/blockconsole.c:184:5: error: 'struct bio' has no member named
'bi_idx'
bio.bi_idx = 0;
^
On 11/05/2013 01:23 PM, Joe Perches wrote:
On Tue, 2013-11-05 at 10:37 +0800, Chen Gang wrote:
But after I let it pure next-20131101 (git reset HEAD^; git stash), it
still cause this issue.
It's also because:
Also, there's a defect in function vcs_find_signers.
It should only return the
On 11/05/2013 01:42 PM, Chen Gang wrote:
On 11/05/2013 01:23 PM, Joe Perches wrote:
On Tue, 2013-11-05 at 10:37 +0800, Chen Gang wrote:
But after I let it pure next-20131101 (git reset HEAD^; git stash), it
still cause this issue.
It's also because:
Also, there's a defect in function
On Tue, 2013-11-05 at 13:42 +0800, Chen Gang wrote:
On 11/05/2013 01:23 PM, Joe Perches wrote:
On Tue, 2013-11-05 at 10:37 +0800, Chen Gang wrote:
But after I let it pure next-20131101 (git reset HEAD^; git stash), it
still cause this issue.
It's also because:
Also, there's a
On Tue, 2013-11-05 at 13:45 +0800, Chen Gang wrote:
If really as what I guess above (some patches no Signed-of-by), is there
a tool to check and find this issue in time?
scripts/checkpatch.pl bleats a message on missing sign-offs.
For instance:
$ cat cache.diff
include/linux/cache.h | 4 ++--
On 11/05/2013 01:50 PM, Joe Perches wrote:
On Tue, 2013-11-05 at 13:42 +0800, Chen Gang wrote:
On 11/05/2013 01:23 PM, Joe Perches wrote:
On Tue, 2013-11-05 at 10:37 +0800, Chen Gang wrote:
(if so, it seems the related
patch need be re-committed again by the related author).
No it
On 11/05/2013 01:54 PM, Joe Perches wrote:
On Tue, 2013-11-05 at 13:45 +0800, Chen Gang wrote:
If really as what I guess above (some patches no Signed-of-by), is there
a tool to check and find this issue in time?
scripts/checkpatch.pl bleats a message on missing sign-offs.
Yeah, the
* Steven Rostedt rost...@goodmis.org wrote:
On Fri, 01 Nov 2013 11:25:37 +
Masami Hiramatsu masami.hiramatsu...@hitachi.com wrote:
Prohibit probing on func_ptr_is_kernel_text().
Since the func_ptr_is_kernel_text() is called from
notifier_call_chain() which is called from int3
On Tue, 2013-11-05 at 14:04 +0800, Chen Gang wrote:
On 11/05/2013 01:54 PM, Joe Perches wrote:
On Tue, 2013-11-05 at 13:45 +0800, Chen Gang wrote:
If really as what I guess above (some patches no Signed-of-by), is there
a tool to check and find this issue in time?
scripts/checkpatch.pl
* H. Peter Anvin h...@zytor.com wrote:
On 11/04/2013 12:11 PM, Ingo Molnar wrote:
* H. Peter Anvin h...@zytor.com wrote:
8192 maybe?
Yeah, that makes more sense I guess.
However, I still have serious issues with crap like this because
randconfig is basically broken. If
801 - 900 of 1126 matches
Mail list logo
