On 28.08.2013 16:18, Thierry Reding wrote:
> I think that's not all. I have local patches that also introduce a v2 of
> host1x, because the number of syncpoints is different. There may also be
> other differences, but Terje might be more qualified to answer that.
Tegra4 host1x has an extra channel
On 08/28/2013 09:36 PM, Gleb Natapov wrote:
> On Wed, Aug 28, 2013 at 08:15:36PM +0800, Xiao Guangrong wrote:
>> On 08/28/2013 06:49 PM, Gleb Natapov wrote:
>>> On Wed, Aug 28, 2013 at 06:13:43PM +0800, Xiao Guangrong wrote:
On 08/28/2013 05:46 PM, Gleb Natapov wrote:
> On Wed, Aug 28, 201
On Saturday 24 August 2013 01:15 AM, Colin Cross wrote:
Calling cpuidle_enter_state is expected to return with interrupts
enabled, but interrupts must be disabled before starting the
ready loop synchronization stage. Call local_irq_disable after
each call to cpuidle_enter_state for the safe stat
On 08/29/2013 12:07 PM, Joe Perches wrote:
>> On the topic of multiply vs. divide (which probably is not relevant to topic
>> at
>> hand though), since ARCompact doesn't have native divide, we end up
>> emulating it
>> using libgcc routines. That makes it slightly non-deterministic (not a big
>>
* Mischa Jonker wrote:
> +/* The "generalized" performance events seem to really be a copy
> + of the available events on x86 processors; the mapping to ARC
> + events is not always possible 1-to-1. Fortunately, there doesn't
> + seem to be an exact definition for these events, so we can c
On Thu, 2013-08-29 at 06:24 +, Vineet Gupta wrote:
> On 08/29/2013 11:31 AM, Joe Perches wrote:
> > I think the whole thing is odd and it should simply be
> >
> > loops = loops_per_jiffy * usecs_to_jiffies(usecs)
[]
> On the topic of multiply vs. divide (which probably is not relevant to to
On 08/29/2013 01:18 AM, Christoph Lameter wrote:
> Acked-by: Vineet Gupta
> Signed-off-by: Christoph Lameter
Applied to for-next.
Thx,
-Vineet
--
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, Aug 26, 2013 at 6:23 PM, Pavel Machek wrote:
> Hi!
>
>> I am reading LKML offline (mostly on ).
>> Did you send out an announcement for Linux v3.11-rc7 or am I missing
>> sth.?
>
> I don't think it hit the mailing list. (Either that, or list
> unsubscribed me, again).
No you aren't.. Even
On Thu, Aug 29, 2013 at 10:54:51AM +0800, Libo Chen wrote:
> 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}_drvdat
On 08/29/2013 12:03 AM, Mischa Jonker wrote:
> Some drivers require these, and ARC didn't had them yet.
>
> Signed-off-by: Mischa Jonker
Applied.
Thx,
-Vineet
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More maj
On 08/29/2013 11:31 AM, Joe Perches wrote:
> On Thu, 2013-08-29 at 05:55 +, Vineet Gupta wrote:
>
>> The intent of writing orig code was to generate only 1 MPYHU insn (32*32 =
>> high-part-64) for the whole math, at any optimization level whatsoever. If
>> the
>> first MPY is overflowing, u r
On Thu, 29 Aug 2013, Yanchuan Nian wrote:
> From: Yanchuan Nian
>
> pgoff is not used after the statement "pgoff = vma->vm_pgoff;",
> so the assignment is redundant.
>
> Signed-off-by: Yanchuan Nian
Acked-by: David Rientjes
--
To unsubscribe from this list: send the line "unsubscribe linux-k
Hi George,
On 08/29/2013 11:21 AM, George Cherian wrote:
> 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 c
A shared buffer is currently used for the name of the oom memcg and the
memcg of the killed process. There is no serialization of memcg oom
kills, so this buffer can easily be overwritten if there is a concurrent
oom kill in another memcg.
This patch stores the names of the memcgs directly in str
On Fri, Mar 22, 2013 at 09:32:54AM -0400, Prarit Bhargava wrote:
> The CONFIG_HPET_MMAP Kconfig option exposes the memory map of the HPET
> registers to userspace. The Kconfig help points out that in some cases this
> can be a security risk as some systems may erroneously configure the map such
>
On Thu, 2013-08-29 at 05:55 +, Vineet Gupta wrote:
> The intent of writing orig code was to generate only 1 MPYHU insn (32*32 =
> high-part-64) for the whole math, at any optimization level whatsoever. If the
> first MPY is overflowing, u r likely spinning for > 10,000 usec (10ms) which
> is
I did a quick read and the patches look all good to me
(except the one just moving code around -- seems pointless,
forward declarations are totally fine)
Acked-by: Andi Kleen
-Andi
--
a...@linux.intel.com -- Speaking for myself only.
--
To unsubscribe from this list: send the line "unsubscribe
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 thi
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/kernel/timer/ti
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 den
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.
> >
> > Signed-off-by
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 value
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 MAX_PCIE_PORT_SU
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": m
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
Cc:
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
2
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 - v2
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 (with
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 gov_queue
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 `screen
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 and
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 i
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 au
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 DECLARE_BITMAP(msi_irq_in_use[MAX_PCIE_PORT_SUPPORTED],
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
wit
(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 in
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 w
> > + } 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 wa
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 fb50652..5012
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 deletio
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
enou
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 >
/sys/fs/bcache/5fd1b675-ea67-
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
enou
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. That's
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(&recorder_ready_cond);
>> pthread_mutex_unlock(&recorder_mutex);
>> }
>> +
>> +pr_debug2("done with %ld
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 &pdev->dev,
>> so we can directly pass a struct platform_dev
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' ev
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 inter
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
> > +++ b
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->
msix_m
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") from
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 8-chann
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 pnum_e
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 map_c
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 VBU
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() i
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 a
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 th
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 rea
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 fo
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
b/drivers/pinctrl/pinconf-ge
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 feed
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 rws
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 a/driv
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 cherrry
@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.
C
(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
>
> loops_per_jif
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 for
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.
Wai
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
http://www.redhat.com/
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: warning:
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 nei
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 thing
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().
> > []
> >> Thi
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
--- a/mm/m
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 comb
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 re
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 addr
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 wake_up_inte
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 b
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 correc
1 - 100 of 718 matches
Mail list logo