On 08/29/2013 12:00 AM, Mischa Jonker wrote:
> Make sure that usecs is casted to long long, to ensure that the
> (usecs * 4295 * HZ) multiplication is 64 bit.
>
> Initially, the (usecs * 4295 * HZ) part was done as a 32 bit
> multiplication, with the result casted to 64 bit. This led to some bits
On 08/29/2013 12:42 PM, Herbert Xu wrote:
> On Fri, Aug 23, 2013 at 12:44:48PM +0200, Steffen Klassert wrote:
>> On Thu, Aug 22, 2013 at 02:43:37PM +0800, Chen Gang wrote:
>>> Share code between CPU_ONLINE and CPU_DOWN_FAILED, same to
>>> CPU_DOWN_PREPARE and CPU_UP_CANCELED.
>>>
>>> It will fix 2
On Thu, 2013-08-29 at 12:55 +0800, 黃清隆 wrote:
> Update the patch code.
This patch is whitespace damaged.
Please send the email to yourself and make sure it applies
correctly before resending to the lists.
If necessary, read Documentation/email-clients.txt
cheers, Joe
--
To unsubscribe from
Add the missing semicolon to fix the typo issue.
The related error: (defconfig for H8S):
arch/h8300/kernel/timer/timer8.c: In function 'h8300_timer_setup':
arch/h8300/kernel/timer/timer8.c:98:2: error: expected ';' before 'ctrl_outw'
Signed-off-by: Chen Gang
---
On Wed, 2013-08-28 at 18:40 -0700, Linus Torvalds wrote:
> Just FYI: I've merged two preparatory patches in my tree for the whole
> lockref thing. Instead of applying your four patches as-is during the
> merge window, I ended up writing two patches that introduce the
> concept and use it in the
On 08/29/2013 11:51 AM, Chen Gang wrote:
> Add the missing semicolon to fix the typo issue.
>
> The related error: (defconfig for H8S):
>
> arch/h8300/kernel/timer/timer8.c: In function 'h8300_timer_setup':
> arch/h8300/kernel/timer/timer8.c:98:2: error: expected ';' before
> 'ctrl_outw'
>
On Tue, Aug 27, 2013 at 11:30:41AM +0200, Steffen Klassert wrote:
> On Fri, Aug 23, 2013 at 01:12:33PM +0200, Richard Weinberger wrote:
> > padata_cpu_callback() takes pinst->lock, to avoid taking
> > an uninitialized lock, register the notifier after it's
> > initialization.
> >
> >
On Fri, Aug 23, 2013 at 12:44:48PM +0200, Steffen Klassert wrote:
> On Thu, Aug 22, 2013 at 02:43:37PM +0800, Chen Gang wrote:
> > Share code between CPU_ONLINE and CPU_DOWN_FAILED, same to
> > CPU_DOWN_PREPARE and CPU_UP_CANCELED.
> >
> > It will fix 2 bugs:
> >
> > "not check the return
On Thursday, August 29, 2013 12:45 PM, Pratyush Anand wrote:
> On Wed, Aug 28, 2013 at 04:17:24PM +0800, Jingoo Han wrote:
> > On Friday, August 23, 2013 5:36 PM, Pratyush Anand wrote:
> > > On Fri, Aug 23, 2013 at 02:04:20PM +0800, Jingoo Han wrote:
> >
>
> [...]
>
> > > #define
On Fri, Aug 23, 2013 at 05:01:07PM -0300, Marcelo Cerri wrote:
> This patch updates the nx-aes-cbc implementation to perform several
> hyper calls if needed in order to always respect the length limits for
> scatter/gather lists.
>
> Two different limits are considered:
>
> - "ibm,max-sg-len":
Allows capture of raw_syscall:* events and analyzed at a later
time.
v2: change -i option from inherit to input name for consistency with
other perf commands
Signed-off-by: David Ahern
Cc: Adrian Hunter
Cc: Frederic Weisbecker
Cc: Mike Galbraith
Cc: Paul Mackerras
Cc: Peter Zijlstra
Allows capture of raw_syscall events for all processes or threads in a task
and then analyzing specific ones.
Signed-off-by: David Ahern
Cc: Adrian Hunter
Cc: Frederic Weisbecker
Cc: Mike Galbraith
Cc: Paul Mackerras
Cc: Peter Zijlstra
Cc: Stephane Eranian
---
tools/perf/builtin-trace.c |
Will be used by upcoming perf-trace replay option.
Signed-off-by: David Ahern
Cc: Adrian Hunter
Cc: Frederic Weisbecker
Cc: Mike Galbraith
Cc: Paul Mackerras
Cc: Peter Zijlstra
Cc: Stephane Eranian
---
tools/perf/util/evlist.c | 15 +++
tools/perf/util/evlist.h |4
Arnaldo:
A couple of enhancements to perf-trace: ability to analyze events from a
file and when processing a file limit the analysis to a given set of
pid and tids.
David Ahern (3):
perf evlist: Add tracepoint lookup by name
perf trace: Add option to analyze events in a file versus live -
After the recent several issue fix patches (include this suggestion),
The h8300h with defconfig can pass building completely.
And next, I will try to build allmodconfig (finish before 2013-08-31).
Thanks.
On 08/29/2013 12:23 PM, Chen Gang wrote:
> Hello Maintainers:
>
> When build h8300h with
Hello Maintainers:
When build h8300h with defconfig, an 'built-in' issue occurs. I can add
an dummy file and let "obj-y := dummy.o" to fix this issue, I am sure
it is correct, but it seems not 'standard'.
So welcome any additional suggestions or completions, thanks.
The related information
On 29 August 2013 02:54, Stephen Boyd wrote:
> Workqueues are preemptible even if works are queued on them with
> queue_work_on(). Let's use raw_smp_processor_id() here to silence
> the warning.
>
> BUG: using smp_processor_id() in preemptible [] code: kworker/3:2/674
> caller is
Need implement default 'screen_info' just like another architectures
(tile, cris, score, sh), or can not pass compiling for defconfig:
The related error:
drivers/video/console/vgacon.c:820: undefined reference to `screen_info'
drivers/video/console/vgacon.c:840: undefined reference to
On Wed, Aug 28, 2013 at 7:51 PM, Wanpeng Li wrote:
> Hi Yinghai,
>>> looks like that is what is your first version did.
>>>
>>> I updated it a little bit. please check it.
>>>
>>
>>removed more lines.
>
> Thanks for your great work!
>
> The fixed patch looks good to me. If this is the last fix
Hi all,
Today's linux-next merge of the drm-intel tree got a conflict in
drivers/gpu/drm/drm_crtc.c between commit b21e3afe2357 ("drm: use ida to
allocate connector ids") from the drm tree and commit 88cd8b8b1503 ("drm:
add MIPI DSI encoder and connector types") from the drm-intel tree.
I fixed
For platform h8300h and h8s, user_disable_single_step() is already
defined, it is conflict with the default one in h8300.
The public header already defined the default implementation, so in
h8300, need not define the default one.
The related error (defconfig for h8300h):
LD vmlinux.o
Add the missing semicolon to fix the typo issue.
The related error: (defconfig for H8S):
arch/h8300/kernel/timer/timer8.c: In function 'h8300_timer_setup':
arch/h8300/kernel/timer/timer8.c:98:2: error: expected ';' before 'ctrl_outw'
Signed-off-by: Chen Gang
---
arch/h8300/Makefile
Ian,
I'm having problems fully understanding what autofs4 is trying to do
with have_submounts().
> On Wed, 2013-08-21 at 06:40 +0100, Al Viro wrote:
> fs/autofs4/dev-ioctl.c:542: err = have_submounts(path.dentry);
This is an ioctl() asking whether we have anything mounted on the
On Wed, Aug 28, 2013 at 04:17:24PM +0800, Jingoo Han wrote:
> On Friday, August 23, 2013 5:36 PM, Pratyush Anand wrote:
> > On Fri, Aug 23, 2013 at 02:04:20PM +0800, Jingoo Han wrote:
>
[...]
> > #define MAX_PCIE_PORT_SUPPORTED 3
> > static
Thanks Jerome!
That was just what I needed to know.
The device is now set up and is working well - I will have a go at back
porting now.
Many thanks again for your help!
Chris
On 29/08/13 11:08, Jerome Oufella wrote:
Hi,
I am trying to get a sht75 humidity and temperature sensor working
(2013/08/29 4:48), Steven Rostedt wrote:
> On Mon, 26 Aug 2013 20:44:37 +
> Christoph Lameter wrote:
>
>> __get_cpu_var() is used for multiple purposes in the kernel source. One of
>> them is
>> address calculation via the form &__get_cpu_var(x). This calculates the
>> address for
>> the
On Wed, Aug 28, 2013 at 6:08 PM, Eric W. Biederman
wrote:
> Kees Cook writes:
>
>> On Wed, Aug 28, 2013 at 5:26 PM, Eric W. Biederman
>> wrote:
>>> Can someome please state what they are worried about in simple language
>>> step by step?
>>> [...]
>>> The closest I saw in the thread was people
> > + } else {
> since you support cyclic, is there a reasonw why you dont support
> pause/resume?
> is it hw issue or planned in future?
[Lu Jingchang]
The HW supports start/stop request from the peripheral dma request, I had
planned to add this in future as requested.
I will add this
On Wed, Aug 28, 2013 at 07:05:55PM -0700, Greg KH wrote:
> For staging drivers, I need a TODO file that lists
> what needs to be done to the code to get it into a mergable state for
> the "real" part of the kernel,
Two simple requirements before putting your proof-of-concept into staging
if you
Manish Sharma wrote:
Merged the two for loops. We might get a little gain by overlapping
wait_on_bh and the memcpy operations.
---
fs/squashfs/block.c |9 +++--
1 file changed, 3 insertions(+), 6 deletions(-)
diff --git a/fs/squashfs/block.c b/fs/squashfs/block.c
index
Dear David :
Thanks a lot. please check the patch. thanks again.
2013-08-29
liujunliang_ljl
发件人: David Miller
发送时间: 2013-08-29 05:44:06
收件人: liujunliang_ljl
抄送: horms; joe; romieu; gregkh; netdev; linux-usb; linux-kernel; sunhecheng
主题: Re: [PATCH] USB2NET : SR9700
From: Liu Junliang
Signed-off-by: Liu Junliang
---
drivers/net/usb/Kconfig |8 +
drivers/net/usb/Makefile |1 +
drivers/net/usb/sr9700.c | 558 ++
drivers/net/usb/sr9700.h | 172 ++
4 files changed, 739 insertions(+), 0
Hello,
I also do these tests and find the same results. IMO, on faster storage with
deep queue depth, if device is asking for more requests,but our workload
can't send enough requests, we have to idle to provide service
differentiation. We'll see performance drop if applications can't drive
Hi Kent,
I have configured Bcache as follows:
echo /dev/sda3 > /sys/fs/bcache/register
echo /dev/sdb1 > /sys/fs/bcache/register
echo 5fd1b675-ea67-4039-82f6-caa325d10559 > /sys/block/bcache0/bcache/attach
echo 0 > /sys/block/bcache0/bcache/sequential_cutoff
echo 0 >
On Wed, Aug 28, 2013 at 7:29 AM, Martin MOKREJŠ wrote:
> Hugh,
> looks you are right person to ask per https://lkml.org/lkml/2012/8/23/9
Sorry, Martin, I'm not at all the right person to help on this, I
haven't a clue.
You've already Cc'ed linux-ext4, right, someone there may have a
suggestion
Hello,
I also do these tests and find the same results. IMO, on faster storage with
deep queue depth, if device is asking for more requests,but our workload
can't send enough requests, we have to idle to provide service
differentiation. We'll see performance drop if applications can't drive
On Wed, Aug 28, 2013 at 07:07:14PM -0700, 'Greg Kroah-Hartman' wrote:
> On Wed, Aug 28, 2013 at 06:18:49PM -0700, Anton Vorontsov wrote:
> > On Wed, Aug 28, 2013 at 11:36:30AM +0300, Dan Carpenter wrote:
> > > He doesn't want to take the patch. He's the maintainer so it's his
> > > choice.
On Wed, Aug 28, 2013 at 1:58 PM, Vineet Gupta
wrote:
> Hi David,
>
> On 06/26/2013 04:59 AM, Davidlohr Bueso wrote:
>> On Tue, 2013-06-25 at 23:41 +0200, Sedat Dilek wrote:
>>> On Tue, Jun 25, 2013 at 10:33 PM, Davidlohr Bueso
>>> wrote:
On Tue, 2013-06-25 at 18:10 +0200, Sedat Dilek wrote:
Hi Jeremy,
On Wed, 28 Aug 2013 10:57:08 -0400, Jeremy Eder wrote:
> On 130813 11:20:52, Namhyung Kim wrote:
>> @@ -579,6 +587,8 @@ out:
>> pthread_cond_signal(_ready_cond);
>> pthread_mutex_unlock(_mutex);
>> }
>> +
>> +pr_debug2("done with %ld bytes\n",
On 2013/8/28 12:36, Greg KH wrote:
> On Tue, Aug 27, 2013 at 04:10:22PM +0800, Libo Chen wrote:
>>
>> Use the wrapper functions for getting and setting the driver data using
>> platform_device instead of using dev_{get,set}_drvdata() with >dev,
>> so we can directly pass a struct platform_device.
On Wed, 2013-08-28 at 15:51 -0400, Steven Rostedt wrote:
> On Tue, 27 Aug 2013 14:40:12 -0500
> Tom Zanussi wrote:
>
> > Tom Zanussi (10):
> > tracing: Add support for SOFT_DISABLE to syscall events
> > tracing: add basic event trigger framework
> > tracing: add 'traceon' and 'traceoff'
Dear director,
We produce Steroids and intermediates ingredients.
Products:
APIs
DHEA Series
Nandrolone Series
Testosterone Series
Altrenogest
Intermediates
4-Androstenedione
1,4-Androstadienedione
Altrenogest Intermediate
Spirolactone Intermediate
Customs Synthesis
If you are
On 8/28/2013 11:24 PM, Sergei Shtylyov wrote:
On 08/28/2013 09:33 PM, George Cherian wrote:
Add
-extcon nodes for USB ID pin detection.
-i2c nodes.
-pcf nodes to which USB ID pin is connected.
Signed-off-by: George Cherian
---
arch/arm/boot/dts/dra7-evm.dts | 50
On Wed, 2013-08-28 at 12:38 -0400, Steven Rostedt wrote:
> On Tue, 27 Aug 2013 14:40:19 -0500
> Tom Zanussi wrote:
>
> > enum {
> > FILTER_OTHER = 0,
> > diff --git a/include/trace/ftrace.h b/include/trace/ftrace.h
> > index 326ba32..6c701c3 100644
> > --- a/include/trace/ftrace.h
> > +++
Driver init call graph under baremetal:
driver_init->
msix_capability_init->
msix_program_entries->
msix_mask_irq->
entry->masked = 1
request_irq->
__setup_irq->
irq_startup->
unmask_msi_irq->
Hi Mauro,
Today's linux-next merge of the v4l-dvb tree got a conflict in
arch/arm/mach-shmobile/board-bockw.c between commit fa3e0cee12fb ("ARM:
shmobile: BOCK-W: fix SDHI0 PFC settings") from Linus' tree and commit
9c43952d0f1e ("[media] ARM: shmobile: BOCK-W: add VIN and ML86V7667
support")
On 08/28/2013 08:51 PM, Mark Rutland wrote:
On Wed, Aug 28, 2013 at 07:54:01AM +0100, Hongbo Zhang wrote:
On 08/27/2013 07:35 PM, Mark Rutland wrote:
On Tue, Aug 27, 2013 at 11:42:02AM +0100, hongbo.zh...@freescale.com wrote:
From: Hongbo Zhang
Freescale QorIQ T4 and B4 introduce new
On Wed, Aug 28, 2013 at 7:34 PM, Yinghai Lu wrote:
> On Wed, Aug 28, 2013 at 7:18 PM, Yinghai Lu wrote:
>> please change to function pointer to
>> void (*alloc_func)(void *data,
>> unsigned long pnum_begin,
>> unsigned long
On Wed, Aug 28, 2013 at 7:18 PM, Yinghai Lu wrote:
> please change to function pointer to
> void (*alloc_func)(void *data,
> unsigned long pnum_begin,
> unsigned long pnum_end,
> unsigned long
Hi Chanwoo,
Thanks for the review and sorry for all the trivial mistakes.
On 8/29/2013 7:05 AM, Chanwoo Choi wrote:
Hi George,
You didn't modify this patchset about my comment on v1 patchset.
Please pay attention to comment.
On 08/29/2013 02:33 AM, George Cherian wrote:
Add a generic USB
On Thursday, August 29, 2013 11:07 AM, Greg Kroah-Hartman wrote:
> On Wed, Aug 28, 2013 at 06:18:49PM -0700, Anton Vorontsov wrote:
> > On Wed, Aug 28, 2013 at 11:36:30AM +0300, Dan Carpenter wrote:
> > > He doesn't want to take the patch. He's the maintainer so it's his
> > > choice. That's the
On Thu, Aug 22, 2013 at 5:14 AM, Wanpeng Li wrote:
>From f21640b6dc15c76ac10fccada96e6b9fdce5a092 Mon Sep 17 00:00:00 2001
From: Wanpeng Li
Date: Thu, 22 Aug 2013 19:57:54 +0800
Subject: [PATCH] mm/sparse: introduce alloc_usemap_and_memmap fix
Pass function pointer to alloc_usemap_and_memmap()
On Thursday, August 29, 2013 10:19 AM, Anton Vorontsov wrote:
> On Wed, Aug 28, 2013 at 11:36:30AM +0300, Dan Carpenter wrote:
> > He doesn't want to take the patch. He's the maintainer so it's his
> > choice. That's the end of the story.
>
> Just to clarify: I don't want to take the patch for
On 08/28/2013 09:48 PM, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> device_hotplug_lock is held around the acpi_bus_trim() call in
> acpi_scan_hot_remove() which generally removes devices (it removes
> ACPI device objects at least, but it may also remove "physical"
> device objects
On 08/28/2013 09:51 PM, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> The current protocol for handling hot remove of containers is very
> fragile and causes acpi_eject_store() to acquire acpi_scan_lock
> which may deadlock with the removal of the device that it is called
> for (the
On Wed, Aug 28, 2013 at 06:18:49PM -0700, Anton Vorontsov wrote:
> On Wed, Aug 28, 2013 at 11:36:30AM +0300, Dan Carpenter wrote:
> > He doesn't want to take the patch. He's the maintainer so it's his
> > choice. That's the end of the story.
>
> Just to clarify: I don't want to take the patch
Hi Rafael,
On 08/28/2013 09:45 PM, Rafael J. Wysocki wrote:
> Hi All,
>
> The following two patches are to address possible deadlocks related to
> device removal and device sysfs attribute access. In short, some device
> sysfs attribute callbacks need to acquire locks that are also held around
It does not make sense to show ti prefix in pinconf_generic_dt_subnode_to_map()
dev_err messages.
Signed-off-by: Axel Lin
---
drivers/pinctrl/pinconf-generic.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/drivers/pinctrl/pinconf-generic.c
On Thu, Aug 29, 2013 at 10:35:35AM +0900, Akira Hayakawa wrote:
> Hi,
>
> I am happy to see that dm-lc is picked up by LWN.
> http://lwn.net/Articles/562938/
>
> Now I think I should consider the next step forward.
>
>
> As Joe Thornber said before, what I have to do next are
> 1. Get some
A race condition may happen if two threads are both trying to open the same sg
with O_EXCL simultaneously. It's possible that they both find fsds list is
empty and get_exclude(sdp) returns 0, then they both call set_exclude() and
break out from wait_event_interruptible and resume open.
Now use
Open exclusive check is protected by o_sem, no need sg_open_exclusive_lock.
@exclude is used to record which type of rwsem we are holding.
Signed-off-by: Vaughan Cao
---
drivers/scsi/sg.c | 34 +-
1 file changed, 5 insertions(+), 29 deletions(-)
diff --git
There is a race when open sg with O_EXCL flag. Also a race may happen between
sg_open and sg_remove.
Changes from v6:
* [1/4] remove double if.
* [3/4] fix via IS_ERR
Changes from v5:
Patches based on v3.11-rc7 and passed sg_tst_excl test.
* [1/4] * remove unused variables - res,sdp.
Push file descriptor list locking down to per-device locking. Let sg_index_lock
only protect device lookup.
sdp->detached is also set and checked with this lock held.
Changes from v4:
* Since I use ERR_PTR and friends in sg_add_sfp, this patch should also be
updated to resolve conflict in
@detached is set under the protection of sg_index_lock. Without getting the
lock, new sfp will be added during sg removal and there is no chance for it
to be picked out. So check with sg_index_lock held in sg_add_sfp().
Changes from v6:
* fix via IS_ERR
Changes from v5:
* remove sem_out label.
(2013/08/28 23:42), Steven Rostedt wrote:
On Wed, 28 Aug 2013 20:30:17 +0900
Yoshihiro YUNOMAE wrote:
(2013/08/27 22:05), Steven Rostedt wrote:
On Tue, 27 Aug 2013 19:23:24 +0900
Yoshihiro YUNOMAE wrote:
OK, let me check that. Even if the old server will receive "V2", the
server will send
Hi Wanpeng,
On 08/29/2013 09:36 AM, Wanpeng Li wrote:
..
Hi tj,
Sorry for the trouble. Please refer to the following branch:
https://github.com/imtangchen/linux.git movablenode-boot-option
Could you post your testcase? So I can test it on x86 and powerpc machines.
Sure. Some simple
On Wed, 2013-08-28 at 19:12 +, Mischa Jonker wrote:
> Hello Joe,
>
> > I don't see the loops_per_jiffy initial shift << 32.
>
> loops_per_jiffy * HZ = loops_per_second
> loops_per_jiffy * HZ = 1,000,000 * loops_per_us
> loops_per_jiffy * HZ * 4295 = 4,295,000 * loops_per_us
>
>
On Thu, 29 Aug 2013, David Howells wrote:
>
> Hi James,
>
> Could you pull these patches into the security tree?
944 files changed, 17114 insertions(+), 9157 deletions(-)
How about no? :)
>
> The patches can be viewed as three sets:
>
> (1) KEYS: Skip key state checks when checking
Joseph Lo reported a lockup on Tegra20 caused
by a race condition in coupled cpuidle. When two or more cpus
enter idle at the same time, the first cpus to arrive may go to the
ready loop without processing pending pokes from the last cpu to
arrive.
This patch adds a check for pending pokes once
Just FYI: I've merged two preparatory patches in my tree for the whole
lockref thing. Instead of applying your four patches as-is during the
merge window, I ended up writing two patches that introduce the
concept and use it in the dentry code *without* introducing any of the
new semantics yet.
Hi,
I am happy to see that dm-lc is picked up by LWN.
http://lwn.net/Articles/562938/
Now I think I should consider the next step forward.
As Joe Thornber said before, what I have to do next are
1. Get some feedback from 3rd party users.
2. Reviewed by Mike Snitzer.
As in
Hi George,
You didn't modify this patchset about my comment on v1 patchset.
Please pay attention to comment.
On 08/29/2013 02:33 AM, George Cherian wrote:
> Add a generic USB VBUS/ID detection EXTCON driver. This driver expects
> the ID/VBUS pin are connected via GPIOs. This driver is tested on
The patch fixes the following warnings:
CC drivers/power/bq24190_charger.o
In file included from drivers/power/bq24190_charger.c:14:0:
include/linux/of_irq.h:82:7: warning: ‘struct device_node’ declared
inside parameter list [enabled by default]
include/linux/of_irq.h:82:7:
Joe Perches writes:
> On Wed, 2013-08-28 at 13:09 -0600, Tim Gardner wrote:
>> On 08/28/2013 12:51 PM, Joe Perches wrote:
>> > On Wed, 2013-08-28 at 12:24 -0600, Tim Gardner wrote:
>> >> Drop a couple of ifdef/endif pairs by moving the ifdef
>> >> surrounding neigh_app_ns() to the interior of
On 08/28/2013 11:19 PM, Tejun Heo wrote:
..
Doesn't apply to -master, -next or tip. Again, can you please include
which tree and git commit the patches are against in the patch
description? How is one supposed to know on top of which tree you're
working? It is in your benefit to make
On Wed, 2013-08-28 at 13:09 -0600, Tim Gardner wrote:
> On 08/28/2013 12:51 PM, Joe Perches wrote:
> > On Wed, 2013-08-28 at 12:24 -0600, Tim Gardner wrote:
> >> Drop a couple of ifdef/endif pairs by moving the ifdef
> >> surrounding neigh_app_ns() to the interior of neigh_app_ns().
> > []
> >>
From: Yanchuan Nian
pgoff is not used after the statement "pgoff = vma->vm_pgoff;",
so the assignment is redundant.
Signed-off-by: Yanchuan Nian
---
mm/mmap.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/mm/mmap.c b/mm/mmap.c
index 2664a47..e7d7231 100644
---
On Wed, Aug 28, 2013 at 11:36:30AM +0300, Dan Carpenter wrote:
> He doesn't want to take the patch. He's the maintainer so it's his
> choice. That's the end of the story.
Just to clarify: I don't want to take the patch for a reason, not just
because of my mood today. Once the patch comes in
Hi Olof,
On 08/29/2013 07:58 AM, Olof Johansson wrote:
On Mon, Aug 26, 2013 at 05:55:43PM +0200, Nicolas Ferre wrote:
Arnd, Olof, Kevin,
Here is AT91 SoC updates for 3.12 kernel. It is the first pull-request for
this topic and it is based on 3.11-rc5 like your next/soc branch.
Thanks, best
Kees Cook writes:
> On Wed, Aug 28, 2013 at 5:26 PM, Eric W. Biederman
> wrote:
>> Can someome please state what they are worried about in simple language
>> step by step?
>> [...]
>> The closest I saw in the thread was people were worried about ASLR being
>> defeated. All I see are kernel
On Wed, 28 Aug 2013 16:08:13 -0700
Andrew Morton wrote:
> On Wed, 28 Aug 2013 18:54:36 -0400 Luiz Capitulino
> wrote:
>
> > > Are you really sure that kauditd is stuck in schedule() and doesn't
> > > come out?
> >
> > No, that's a guess. Inferred from:
> >
> > 1. I tried calling
From: Jin Xu
This patch improves the foreground gc efficiency by optimizing the
victim selection policy. With this optimization, the random re-write
performance could increase up to 20%.
For f2fs, foreground gc happens when disk is lack of free spaces,
it selects dirty segments and moves valid
So I'm trying to debug a problem with my Dell Latitude booting in EFI
mode, that looks like a "can't find the initrd", when I stumbled across this:
<4>[2.831325] VFS: Cannot open root device "mapper/turing--police-froot" or
unknown-block(0,0): error -6
<4>[2.831329] Please append a
Use the wrapper function for retrieving the platform data instead of
accessing dev->platform_data directly. This is a cosmetic change
to make the code simpler and enhance the readability.
Signed-off-by: Jingoo Han
---
Changes since v1:
- Rebased on the latest power git tree.
- Added motivation
On Wednesday, August 28, 2013 03:00:58 PM Colin Cross wrote:
> On Wed, Aug 28, 2013 at 2:28 PM, Rafael J. Wysocki wrote:
> > On Friday, August 23, 2013 12:45:10 PM Colin Cross wrote:
> >> Calling cpuidle_enter_state is expected to return with interrupts
> >> enabled, but interrupts must be
On Wednesday, August 28, 2013 03:43:42 PM Colin Cross wrote:
> On Wed, Aug 28, 2013 at 3:36 PM, John Stultz wrote:
> > On 08/28/2013 01:52 PM, Rafael J. Wysocki wrote:
> >> On Wednesday, August 28, 2013 10:45:45 AM Zoran Markovic wrote:
> >>> Hi Rafael,
> It doesn't look too bad from a quick
Hi Tejun,
On Wed, 28 Aug 2013 08:28:09 -0400 Tejun Heo wrote:
>
> On Wed, Aug 28, 2013 at 04:34:59PM +1000, Stephen Rothwell wrote:
> > I was wondering if the memblock tree needs to exist any more. The last
> > commit to it was in December 2011 and was merged into Linus' tree during
> > the
This change enables support for a virtio-based console,
network support, and block driver support.
We remove some debug code in relocate_kernel_64.S that made raw
calls to the hv_console_putc Tilera hypervisor API, since everything
now should funnel through the early_hv_write() API.
This commit enables a special configure option to build the kernel to
run at PL1. In this mode, the client can run under a KVM host kernel;
it can also run under the older Tilera hypervisor that ran the
operating system at PL1 by default.
The PL1 kernel runs with half the virtual address space
On Wed, Aug 28, 2013 at 5:26 PM, Eric W. Biederman
wrote:
> Can someome please state what they are worried about in simple language
> step by step?
> [...]
> The closest I saw in the thread was people were worried about ASLR being
> defeated. All I see are kernel addresses and we don't have much
I have take a moment and read this thread, and have been completely
unenlightend. People are upset but it is totally unclear why.
There is no explanation why it is ok to ignore the suid-exec case, as
the posted patches do. Which ultimately means the patches provide
little to no security
On 8/26/2013 8:04 AM, Gleb Natapov wrote:
> On Sun, Aug 25, 2013 at 09:26:47PM -0400, Chris Metcalf wrote:
>> On 8/25/2013 7:39 AM, Gleb Natapov wrote:
>>> On Mon, Aug 12, 2013 at 04:24:11PM -0400, Chris Metcalf wrote:
This change provides the initial framework support for KVM on tilegx.
On Wednesday, August 28, 2013 5:37 PM, Dan Carpenter wrote:
>
> He doesn't want to take the patch. He's the maintainer so it's his
> choice. That's the end of the story.
>
I know that the maintainer's choice is important,
because I am also a maintainer of other system or drivers.
But, there
Hi James,
Could you pull these patches into the security tree?
The patches can be viewed as three sets:
(1) KEYS: Skip key state checks when checking for possession
This is a fix for determining the possessed status of keys that have been
invalidated or revoked or that have
From: Linus Lüssing
Date: Mon, 26 Aug 2013 12:01:06 +0200
> Currently we would still potentially suffer multicast packet loss if there
> is just either an IGMP or an MLD querier: For the former case, we would
> possibly drop IPv6 multicast packets, for the latter IPv4 ones. This is
> because we
Hi Florian,
Thanks for your response.
於 三,2013-08-28 於 23:01 +0200,Florian Weimer 提到:
> * Chun-Yi Lee:
>
> > + EFI bootloader must generate RSA key-pair when system boot:
I should add more information on this sentence for mention need GenS4Key
runtime variable then re-generate key-pair.
On Mon, Aug 26, 2013 at 05:55:43PM +0200, Nicolas Ferre wrote:
> Arnd, Olof, Kevin,
>
> Here is AT91 SoC updates for 3.12 kernel. It is the first pull-request for
> this topic and it is based on 3.11-rc5 like your next/soc branch.
>
> Thanks, best regards,
>
> The following changes since commit
Tim Gardner writes:
> Drop a couple of ifdef/endif pairs by moving the ifdef
> surrounding neigh_app_ns() to the interior of neigh_app_ns().
Can we please just remove the CONFIG_ARPD option entirely.
There really is no savings to keeping this option configurable and the
option only removes a
The gadget strings table should be null terminated.
usb_gadget_get_string() loops through the table
expecting a null at the end of the list.
Signed-off-by: Graham Williams
---
drivers/usb/gadget/f_acm.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/usb/gadget/f_acm.c
On 3.11-rc we are seeing cgroup directories left behind when they should
have been removed. Here's a trivial reproducer:
cd /sys/fs/cgroup/memory
mkdir parent parent/child; rmdir parent/child parent
rmdir: failed to remove `parent': Device or resource busy
It's because cgroup_destroy_locked()
1 - 100 of 1460 matches
Mail list logo