On 08/09/2012 11:35 PM, devendra.aaru wrote:
> On Fri, Aug 10, 2012 at 11:02 AM, devendra.aaru
> wrote:
>> Hi,
>>
>> In function tegra_pinctrl_dt_node_to_map the num_maps the num_maps
>> counter must be incremented for each child node?
This I commented on below.
>> Actually we are doing free
On Wed, Aug 8, 2012 at 9:29 AM, Stefan Priebe wrote:
> ah OK - thanks. Will there be a fixed 1.1.2 as well?
mdroth: Kevin has the fix in his block branch, which means qemu.git
will get it soon. Here's the commit:
On Thu 09-08-12 17:01:09, Glauber Costa wrote:
> From: Suleiman Souhlal
>
> We currently have a percpu stock cache scheme that charges one page at a
> time from memcg->res, the user counter. When the kernel memory
> controller comes into play, we'll need to charge more than that.
>
> This is
On Fri, Aug 10, 2012 at 08:23:23AM -0500, Serge Hallyn wrote:
> Quoting Alex Kelly (alex.page.ke...@gmail.com):
> > Adds an expert Kconfig option, CONFIG_COREDUMP, which allows disabling of
> > core dump.
> > This saves approximately 2.6k in the compiled kernel, and complements
> >
Signed-off-by: Maarten Lankhorst
dma-buf-mgr handles the case of reserving single or multiple dma-bufs
while trying to prevent deadlocks from buffers being reserved
simultaneously. For this to happen extra functions have been introduced:
+ dma_buf_reserve()
+ dma_buf_unreserve()
+
This type of fence can be used with hardware synchronization for simple
hardware that can block execution until the condition
(dma_buf[offset] - value) >= 0 has been met.
A software fallback still has to be provided in case the fence is used
with a device that doesn't support this mechanism. It
A dma-fence can be attached to a buffer which is being filled or consumed
by hw, to allow userspace to pass the buffer without waiting to another
device. For example, userspace can call page_flip ioctl to display the
next frame of graphics after kicking the GPU but while the GPU is still
Documentation says that code requiring dma-buf should add it to
select, so inline fallbacks are not going to be used. A link error
will make it obvious what went wrong, instead of silently doing
nothing at runtime.
Signed-off-by: Maarten Lankhorst
---
include/linux/dma-buf.h | 99
In function pinctrl_get_locked, pointer p is returned on error, and also
return on no_error.
So, we just return it with no error test.
It's pretty the same in function pinctrl_lookup_state_locked: state is
returned in every case, so we drop the error test and just return state.
Signed-off-by:
As struct device is used as a function argument, it should at least be
declared (device.h is not included).
Signed-off-by: Richard Genoud
---
include/linux/pinctrl/consumer.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/include/linux/pinctrl/consumer.h
> +#ifdef CONFIG_PROC_FS
> + /* Set non-zero value if this protocol manages its
> +own /proc/net/PROTOCOL entry and the entry has inode column. */
> +int has_own_proc_entry;
> +#endif
Is it really worth ifdefs in every file for what is (or should be) a bool
value in the
By the way just as an example, a board with the following could be
configured on i.MX53 without touching any IOMUX settings at all
besides DDR (which would get done at boot rom time through the dcd);
* Keypad (KPP)
* 24-bit Parallel display on IPU DI0
* GPIO6&7 pins 22 through 31, GPIO4 10
On Fri, Aug 10, 2012 at 09:26:36AM -0500, Matt Sealey wrote:
> If you really think it's necessary then fine, we'll do it.
>
Yes, please do.
--
Regards,
Shawn
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More
On Fri, Aug 10, 2012 at 9:04 AM, Shawn Guo wrote:
> On Fri, Aug 10, 2012 at 08:36:02AM -0500, Matt Sealey wrote:
>> Requiring it breaks the entire concept of the device tree to describe running
>> hardware. It is not a configuration script. pinctrl should be optional
>> - built in
>> always, but
On Fri, Aug 10, 2012 at 02:58:42PM +0800, Ying Xue wrote:
> Since add_sock() always returns a success code - 0, its return
> value type should be changed from integer to void.
Thanks, I've pushed those to my next branch.
Dave
--
To unsubscribe from this list: send the line "unsubscribe
This adds VID/PID for Kondo Kagaku Co. Ltd. Serial USB Adapter
interface:
http://www.kondo-robot.com/EN/wp/?cat=28
Tested by controlling an RCB3 board using libRCB3.
Signed-off-by: Ozan Çağlayan
---
drivers/usb/serial/ftdi_sio.c | 1 +
drivers/usb/serial/ftdi_sio_ids.h | 7 +++
2 files
ARM recently moved to asm-generic/mutex-xchg.h for its mutex
implementation after the previous implementation was found to be missing
some crucial memory barriers. However, this has revealed some problems
running hackbench on SMP platforms due to the way in which the
MUTEX_SPIN_ON_OWNER code
Declaring unix protocols has its own proc entry.
Signed-off-by: Masatake YAMATO
---
net/unix/af_unix.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/net/unix/af_unix.c b/net/unix/af_unix.c
index e4768c1..e2d9869 100644
--- a/net/unix/af_unix.c
+++ b/net/unix/af_unix.c
@@ -616,6 +616,9
Hi,
I have a question related to hwmon driver and need suggestions.
I am working on a temperature sensor driver that is hwmon driver.
- The temperature is calculated from raw sensor reading and
certain initialization parameters.
- Raw reading obtained from 2 different sensor instances under
Em Fri, Aug 10, 2012 at 11:19:10AM +0800, Dong Hao escreveu:
> From: Xiao Guangrong
>
> Add 'perf kvm stat' support to analyze kvm vmexit/mmio/ioport smartly.
Some comments below about recent changes in my perf/core branch.
> +static void process_raw_event(struct thread *thread, void *data, u64
Declaring ipx protocols has its own proc entry.
Signed-off-by: Masatake YAMATO
---
net/ipx/af_ipx.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/net/ipx/af_ipx.c b/net/ipx/af_ipx.c
index dfd6faa..b20290d 100644
--- a/net/ipx/af_ipx.c
+++ b/net/ipx/af_ipx.c
@@ -1345,6 +1345,9 @@ static
On Fri, 10 Aug 2012, Hanjun Guo wrote:
> On 2012/8/9 22:06, Christoph Lameter (Open Source) wrote:
> > On Thu, 9 Aug 2012, Hanjun Guo wrote:
> >
> >> Now, We have node masks for both N_NORMAL_MEMORY and
> >> N_HIGH_MEMORY to distinguish between normal and highmem on platforms such
> >> as x86.
>
Declaring ax25 protocols has its own proc entry.
Signed-off-by: Masatake YAMATO
---
net/ax25/af_ax25.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/net/ax25/af_ax25.c b/net/ax25/af_ax25.c
index 779095d..a62dd6c 100644
--- a/net/ax25/af_ax25.c
+++ b/net/ax25/af_ax25.c
@@ -803,6 +803,9
Declaring rawv6 protocols has its own proc entry.
Signed-off-by: Masatake YAMATO
---
net/ipv6/raw.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/net/ipv6/raw.c b/net/ipv6/raw.c
index ef0579d..15006ce 100644
--- a/net/ipv6/raw.c
+++ b/net/ipv6/raw.c
@@ -1226,6 +1226,9 @@ struct proto
Declaring packet protocols has its own proc entry.
Signed-off-by: Masatake YAMATO
---
net/packet/af_packet.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/net/packet/af_packet.c b/net/packet/af_packet.c
index ceaca7c..4758940 100644
--- a/net/packet/af_packet.c
+++
Declaring udplitev6 protocols has its own proc entry.
Signed-off-by: Masatake YAMATO
---
net/ipv6/udplite.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/net/ipv6/udplite.c b/net/ipv6/udplite.c
index 1d08e21..0d6e713 100644
--- a/net/ipv6/udplite.c
+++ b/net/ipv6/udplite.c
@@ -57,6
Declaring udpv6 protocols has its own proc entry.
Signed-off-by: Masatake YAMATO
---
net/ipv6/udp.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/net/ipv6/udp.c b/net/ipv6/udp.c
index 99d0077..896149b 100644
--- a/net/ipv6/udp.c
+++ b/net/ipv6/udp.c
@@ -1537,6 +1537,9 @@ struct proto
Declaring tcpv6 protocols has its own proc entry.
Signed-off-by: Masatake YAMATO
---
net/ipv6/tcp_ipv6.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/net/ipv6/tcp_ipv6.c b/net/ipv6/tcp_ipv6.c
index 5a439e9..9152d02 100644
--- a/net/ipv6/tcp_ipv6.c
+++ b/net/ipv6/tcp_ipv6.c
@@ -2043,6
Declaring netlink protocols has its own proc entry.
Signed-off-by: Masatake YAMATO
---
net/netlink/af_netlink.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/net/netlink/af_netlink.c b/net/netlink/af_netlink.c
index 5463969..c97b553 100644
--- a/net/netlink/af_netlink.c
+++
Declaring tcp protocols has its own proc entry.
Signed-off-by: Masatake YAMATO
---
net/ipv4/tcp_ipv4.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/net/ipv4/tcp_ipv4.c b/net/ipv4/tcp_ipv4.c
index 272241f..e361a26 100644
--- a/net/ipv4/tcp_ipv4.c
+++ b/net/ipv4/tcp_ipv4.c
@@ -2645,6
Declaring raw protocols has its own proc entry.
Signed-off-by: Masatake YAMATO
---
net/ipv4/raw.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/net/ipv4/raw.c b/net/ipv4/raw.c
index ff0f071..b40224d 100644
--- a/net/ipv4/raw.c
+++ b/net/ipv4/raw.c
@@ -901,6 +901,9 @@ struct proto
Declaring udplite protocols has its own proc entry.
Signed-off-by: Masatake YAMATO
---
net/ipv4/udplite.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/net/ipv4/udplite.c b/net/ipv4/udplite.c
index 2c46acd..0b398b5 100644
--- a/net/ipv4/udplite.c
+++ b/net/ipv4/udplite.c
@@ -62,6 +62,9
blk requests are obtained (some memory is allocated for them)
by means of functions blk_get_request and blk_make_request.
After usage (usually with help of blk_execute_rq) these requests
should be put (and freed) with help of blk_put_request.
Found by Linux Driver Verification project
Declaring icmp protocols has its own proc entry.
Signed-off-by: Masatake YAMATO
---
net/ipv4/ping.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/net/ipv4/ping.c b/net/ipv4/ping.c
index 6232d47..5b4d67d 100644
--- a/net/ipv4/ping.c
+++ b/net/ipv4/ping.c
@@ -748,6 +748,9 @@ struct proto
Declaring udp protocols has its own proc entry.
Signed-off-by: Masatake YAMATO
---
net/ipv4/udp.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/net/ipv4/udp.c b/net/ipv4/udp.c
index b4c3582..2b822ac 100644
--- a/net/ipv4/udp.c
+++ b/net/ipv4/udp.c
@@ -1963,6 +1963,9 @@ struct proto
I've worked on improving lsof output on linux both lsof and linux
sides. Sometimes lsof cannot resolve socket descriptors and as the
result it prints them like:
[yamato@localhost]/tmp% sudo lsof | grep dbus | grep iden
dbus-daem 652 dbus6u sock ... 17812 can't identify
On Fri, Aug 10, 2012 at 08:36:02AM -0500, Matt Sealey wrote:
> Requiring it breaks the entire concept of the device tree to describe running
> hardware. It is not a configuration script. pinctrl should be optional
> - built in
> always, but not necessary to turn a board on if it's already
From: Julia Lawall
Using devm_kzalloc and devm_clk_get simplifies the code and ensures that
the use of devm_request_irq is safe. When kzalloc and kfree were used, the
interrupt could be triggered after the handler's data argument had been
freed.
Add missing return code initializations in the
On Fri, 10 Aug 2012, Venu Byravarasu wrote:
> Existing implementation of tegra_ehci_remove() calls
> usb_put_hcd(hcd) first and then iounmap(hcd->regs).
>
> usb_put_hcd() implementation calls hcd_release()
> which frees up memory allocated for hcd.
>
> As iounmap is trying to unmap hcd->regs,
On Fri 10-08-12 21:21:15, Hillf Danton wrote:
> On Fri, Aug 10, 2012 at 9:16 PM, Michal Hocko wrote:
> > Subject: [PATCH] hugetlb: do not use vma_hugecache_offset for
> > vma_prio_tree_foreach
> >
> > 0c176d5 (mm: hugetlb: fix pgoff computation when unmapping page
> > from vma) fixed pgoff
CC: mailing list
2012/8/10 Philipp Riemer :
> 2012/8/10 Daniel Borkmann :
>> On Thu, Jun 28, 2012 at 11:00 AM, Philipp Riemer
>> wrote:
>>> 2012/6/28 Joe Perches :
On Thu, 2012-05-31 at 12:25 -0700, Joe Perches wrote:
> On Thu, 2012-05-31 at 18:08 +0200, Philipp Riemer wrote:
> >
On Fri, Aug 10, 2012 at 9:21 PM, Hillf Danton wrote:
> On Fri, Aug 10, 2012 at 9:16 PM, Michal Hocko wrote:
>> Subject: [PATCH] hugetlb: do not use vma_hugecache_offset for
>> vma_prio_tree_foreach
>>
>> 0c176d5 (mm: hugetlb: fix pgoff computation when unmapping page
>> from vma) fixed pgoff
On Thu, Aug 9, 2012 at 8:41 PM, Shawn Guo wrote:
> On Thu, Aug 09, 2012 at 09:29:39AM -0500, Matt Sealey wrote:
>> The reason the new kernel depends on the new U-Boot is we're trying to
>> do all pinmux configuration in U-Boot (and we do in-house, and it
>> works). No pinctrl stuff in the kernel
On Thu, Aug 09, 2012 at 04:08:19PM -0300, Arnaldo Carvalho de Melo wrote:
> Em Thu, Aug 09, 2012 at 07:27:06PM +0100, Alan Cox escreveu:
> > > > 3rd patch should fix this.
> > >
> > > Huh? The problem is not /etc/bash_completion.d/ not existing, it exists,
> > > its just that I'm not using sudo
Quoting Alex Kelly (alex.page.ke...@gmail.com):
> Adds an expert Kconfig option, CONFIG_COREDUMP, which allows disabling of
> core dump.
> This saves approximately 2.6k in the compiled kernel, and complements
> CONFIG_ELF_CORE,
> which now depends on it.
Is there another reason than the 2.6k to
On Fri, Aug 10, 2012 at 9:16 PM, Michal Hocko wrote:
> Subject: [PATCH] hugetlb: do not use vma_hugecache_offset for
> vma_prio_tree_foreach
>
> 0c176d5 (mm: hugetlb: fix pgoff computation when unmapping page
> from vma) fixed pgoff calculation but it has replaced it by
> vma_hugecache_offset
Use macro IO_ADDRESS for getting virtual address of
corresponding physical address to make the consistency
with rest of Tegra code-base.
This macro calls the IO_TO_VIRT() which is defined in
arch/arm/mach-tegra/include/mach/iomap.h
Signed-off-by: Laxman Dewangan
---
arch/arm/mach-tegra/apbio.c
[CCing Kamezawa and David]
On Fri 10-08-12 20:53:36, Hillf Danton wrote:
> On Fri, Aug 10, 2012 at 8:51 PM, Michal Hocko wrote:
> > On Fri 10-08-12 20:37:20, Hillf Danton wrote:
> >> On Fri, Aug 10, 2012 at 8:27 PM, Michal Hocko wrote:
> >> >
> >> > I guess you mean unmap_ref_private and that
On 08/10/2012 01:46 PM, Jianpeng Ma wrote:
> If process handled two or more devices,there will not be trace some
> devices plug-operation.
>
> Signed-off-by: Jianpeng Ma
> ---
> block/blk-core.c | 16 +++-
> 1 file changed, 15 insertions(+), 1 deletion(-)
>
> diff --git
Today, there is a problem in connecting of local SUNRPC thansports. These
transports uses UNIX sockets and connection itself is done by rpciod
workqueue.
But UNIX sockets lookup is done in context of process file system root. I.e.
all local thunsports are connecting in rpciod context.
This works
Today, there is a problem in connecting of local SUNRPC thansports. These
transports uses UNIX sockets and connection itself is done by rpciod
workqueue.
But UNIX sockets lookup is done in context of process file system root. I.e.
all local thunsports are connecting in rpciod context.
This works
This helper is used stream sockets yet.
All is simple: if non-NULL struct path was passed to unix_find_other(), then
vfs_path_lookup() is called instead of kern_path().
Signed-off-by: Stanislav Kinsbursky
---
include/net/af_unix.h |2 ++
net/unix/af_unix.c| 25
On Aug 7, 2012, at 4:12 AM, Zhao Chenhui wrote:
> Signed-off-by: Zhao Chenhui
> ---
> Replace this patch "mpc85xx_defconfig: add IDE support for MPC85xxCDS".
>
> arch/powerpc/configs/mpc85xx_defconfig |1 +
> 1 files changed, 1 insertions(+), 0 deletions(-)
applied to merge
- k
--
To
At Fri, 10 Aug 2012 14:35:13 +0200,
Daniel Vetter wrote:
>
> On Fri, Aug 10, 2012 at 1:59 PM, Takashi Iwai wrote:
> > At Mon, 6 Aug 2012 11:25:30 -0700 (PDT),
> > Hugh Dickins wrote:
> >>
> >> On Mon, 6 Aug 2012, Daniel Vetter wrote:
> >> > On Mon, Aug 6, 2012 at 6:21 AM, Hugh Dickins wrote:
>
On Saturday 2012-07-07 23:19, Kay Sievers wrote:
>On Fri, Jul 6, 2012 at 10:30 PM, Linus Torvalds
> wrote:
>> Kay, this needs to be fixed.
>>
>> Suggested fix: just use the 'seq_printf()' interfaces, which do the
>> proper buffering, and allow any size reads of various packetized data.
>
>I'll
On Fri, Aug 10, 2012 at 8:51 PM, Michal Hocko wrote:
> On Fri 10-08-12 20:37:20, Hillf Danton wrote:
>> On Fri, Aug 10, 2012 at 8:27 PM, Michal Hocko wrote:
>> >
>> > I guess you mean unmap_ref_private and that has been changed by you
>> > (0c176d5 mm: hugetlb: fix pgoff computation when
On Saturday 2012-07-21 02:46, David Miller wrote:
>> Arnd Bergmann wrote:
>>
>>> I don't generally like to put stuff into asm-generic when it's unlikely
>>> to be overridden by architectures. It would really belong into
>>> include/linux, but then again we have all the other bitops in
On Fri 10-08-12 20:37:20, Hillf Danton wrote:
> On Fri, Aug 10, 2012 at 8:27 PM, Michal Hocko wrote:
> >
> > I guess you mean unmap_ref_private and that has been changed by you
> > (0c176d5 mm: hugetlb: fix pgoff computation when unmapping page from
> > vma)... I was wrong at that time when
On Thu, Aug 09, 2012 at 12:12:19PM -0300, Rafael Aquini wrote:
> On Thu, Aug 09, 2012 at 11:48:36AM -0300, Rafael Aquini wrote:
> > Sure!
> > what do you think of:
> >
> > +/* putback_lru_page() counterpart for a ballooned page */
> > +void putback_balloon_page(struct page *page)
> > +{
> > +
On Aug 2, 2012, at 5:04 AM, Zhao Chenhui wrote:
> On Sat, Jul 28, 2012 at 08:20:31AM +1000, Benjamin Herrenschmidt wrote:
>> On Fri, 2012-07-27 at 16:58 -0500, Kumar Gala wrote:
>>> On Jul 20, 2012, at 7:47 AM, Zhao Chenhui wrote:
>>>
During suspend, all interrupts including IPI will be
On Fri, Aug 10, 2012 at 8:27 PM, Michal Hocko wrote:
>
> I guess you mean unmap_ref_private and that has been changed by you
> (0c176d5 mm: hugetlb: fix pgoff computation when unmapping page from
> vma)... I was wrong at that time when giving my Reviewed-by. The patch
> didn't break anything
For last bio of dio, there are no bio will come.So set REQ_NOIDLE.
Signed-off-by: Jianpeng Ma
---
fs/direct-io.c | 15 ---
1 file changed, 12 insertions(+), 3 deletions(-)
diff --git a/fs/direct-io.c b/fs/direct-io.c
index 1faf4cb..7c6958f 100644
--- a/fs/direct-io.c
+++
On Fri, Aug 10, 2012 at 1:59 PM, Takashi Iwai wrote:
> At Mon, 6 Aug 2012 11:25:30 -0700 (PDT),
> Hugh Dickins wrote:
>>
>> On Mon, 6 Aug 2012, Daniel Vetter wrote:
>> > On Mon, Aug 6, 2012 at 6:21 AM, Hugh Dickins wrote:
>> > > On Sun, 5 Aug 2012, Takashi Iwai wrote:
>> > >> At Sat, 4 Aug 2012
On Fri, Aug 10, 2012 at 08:27:32PM +0800, Axel Lin wrote:
> 2012/8/10 Mark Brown :
> > We should be failing to register these regulators in the first place, or
> > at least complaining extremely loudly about them.
> Oh. My original intention is to prevent using list_voltage() to read
> voltage
2012/8/10 Mark Brown :
> On Fri, Aug 10, 2012 at 09:32:33AM +0800, Axel Lin wrote:
>> Use list_voltage() to read single voltage regulators should be only applied
>> to
>> single voltage regulators, thus add checking n_voltages for this case.
>
> We should be failing to register these regulators
On Fri 10-08-12 20:07:12, Hillf Danton wrote:
> On Fri, Aug 10, 2012 at 5:48 PM, Michal Hocko wrote:
> > On Fri 03-08-12 15:32:35, Michal Hocko wrote:
> >> On Fri 03-08-12 20:56:45, Hillf Danton wrote:
> >> > The computation of page offset index is open coded, and incorrect, to
> >> > be used in
Hi Isimatu,
We have worked out a changeset to enable offlinable node, which
is based on a new ACPI based hotplug framework
(http://www.spinics.net/lists/linux-pci/msg16826.html).
Now could hot-add/hot-remove a computer node with CPU/memory/PCI host bridge,
but it's still a prototype and
On Fri, Aug 10, 2012 at 4:53 AM, Victor Meyerson
wrote:
> I tried that patch, although I had to edit a slightly different line as
> dio_bio_alloc was near line 392 instead of 349 in the version of
> fs/direct-io.c in my tree. I still got different checksums between the two
> files and even
On Thu, Aug 9, 2012 at 7:27 PM, H Hartley Sweeten
wrote:
> You have a typo in the subject for this patch.
> "ssv_snp" should be "ssv_dnp"
Hello Hartley,
I missed that typo. This is my first patch for linux kernel, i am a bit nervous.
>> diff --git a/drivers/staging/comedi/drivers/ssv_dnp.c
>>
On Fri, Aug 10, 2012 at 5:48 PM, Michal Hocko wrote:
> On Fri 03-08-12 15:32:35, Michal Hocko wrote:
>> On Fri 03-08-12 20:56:45, Hillf Danton wrote:
>> > The computation of page offset index is open coded, and incorrect, to
>> > be used in scanning prio tree, as huge page offset is required, and
On Fri, Aug 10, 2012 at 9:26 AM, Hugh Dickins wrote:
> On Thu, 9 Aug 2012, Hillf Danton wrote:
>> After walking rb tree, if vma is determined, prev vma has to be determined
>> based on vma; and rb_prev should be considered only if no vma determined.
>
> Why? Because you think more code is better
At Mon, 6 Aug 2012 11:25:30 -0700 (PDT),
Hugh Dickins wrote:
>
> On Mon, 6 Aug 2012, Daniel Vetter wrote:
> > On Mon, Aug 6, 2012 at 6:21 AM, Hugh Dickins wrote:
> > > On Sun, 5 Aug 2012, Takashi Iwai wrote:
> > >> At Sat, 4 Aug 2012 10:01:13 -0700 (PDT),
> > >> Hugh Dickins wrote:
> > >> >
> >
Signed-off-by: Petr Uzel
---
Documentation/scsi/scsi_eh.txt |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/Documentation/scsi/scsi_eh.txt b/Documentation/scsi/scsi_eh.txt
index 6ff16b6..128348e 100644
--- a/Documentation/scsi/scsi_eh.txt
+++
When adding request to plug,it already sort.So there is not unnecessary.
Signed-off-by: Jianpeng Ma
---
block/blk-core.c | 12
1 file changed, 12 deletions(-)
diff --git a/block/blk-core.c b/block/blk-core.c
index 034f186..9dbdef6 100644
--- a/block/blk-core.c
+++
If process handled two or more devices,there will not be trace some
devices plug-operation.
Signed-off-by: Jianpeng Ma
---
block/blk-core.c | 16 +++-
1 file changed, 15 insertions(+), 1 deletion(-)
diff --git a/block/blk-core.c b/block/blk-core.c
index 7a3abc6..034f186 100644
If request_count >= BLK_MAX_REQUEST_COUNT,then it will exec
blk_flush_plug_list which plug all request.So no need to do plug->should_sort
test.
Signed-off-by: Jianpeng Ma
---
block/blk-core.c |9 -
1 file changed, 4 insertions(+), 5 deletions(-)
diff --git a/block/blk-core.c
There are some problems about handling bio which merge to plug failed.
Patch1 will avoid unnecessary plug should_sort test,although it's not a bug.
Patch2 correct a bug when handle more devices,it leak some devices to trace
plug-operation.
Because the patch2,so it's not necessary to sort when
(As for the thread, which got flamy, let's put it to rest, and Ola:
we are all impressed with your work on the ux500 ALSA SoC
driver, no doubt about that, this was all ever about the DT
patch set.)
On Thu, Aug 2, 2012 at 7:58 AM, Ola Lilja wrote:
> Linus W. could probably shed some light of
On Fri, Aug 10, 2012 at 10:12:09AM +0530, Sachin Kamat wrote:
> Fixes the following:
> WARNING: Prefer pr_warn(... to pr_warning(...
> pr_warning("Waiting for status bits 0x%x to clear timed out\n",
>
> Signed-off-by: Sachin Kamat
> ---
> drivers/pwm/pwm-vt8500.c |2 +-
> 1 files
On Fri, Aug 10, 2012 at 04:41:13PM +0530, Sachin Kamat wrote:
> Fixes the following:
> WARNING: line over 80 characters
> ERROR: spaces required around that ':' (ctx:VxW)
> WARNING: Prefer pr_warn(... to pr_warning(...
>
> Signed-off-by: Sachin Kamat
> ---
> drivers/pwm/core.c |8
>
On Friday 10 August 2012, Linus Walleij wrote:
> On Wed, Aug 8, 2012 at 4:47 PM, Arnd Bergmann wrote:
>
> > The newly added gpio-em driver marks its em_gio_irq_domain_cleanup
> > function as __devexit, which would lead to that function being
> > discarded in case CONFIG_HOTPLUG is disabled.
Fixes the following:
WARNING: line over 80 characters
ERROR: spaces required around that ':' (ctx:VxW)
WARNING: Prefer pr_warn(... to pr_warning(...
Signed-off-by: Sachin Kamat
---
drivers/pwm/core.c |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git
On Friday 10 August 2012, Dave Martin wrote:
> On Thu, Aug 09, 2012 at 05:22:30PM -0400, Nicolas Pitre wrote:
> > On Thu, 9 Aug 2012, Russell King - ARM Linux wrote:
> >
> > > On Thu, Aug 09, 2012 at 05:12:58PM -0400, Nicolas Pitre wrote:
> > > > CFLAGS_THUMB2 should probably be renamed to
I'll provide you fix in short while.
Parav
> -Original Message-
> From: Fengguang Wu [mailto:fengguang...@intel.com]
> Sent: Friday, August 10, 2012 5:39 AM
> To: Roland Dreier
> Cc: linux-r...@vger.kernel.org; Pandit, Parav; Sean Hefty; linux-
> ker...@vger.kernel.org
> Subject: Re:
On Thursday 09 August 2012, Russell King - ARM Linux wrote:
> On Wed, Aug 08, 2012 at 11:27:57PM +0200, Arnd Bergmann wrote:
> > ARMv3 support was removed in 357c9c1f07 "ARM: Remove support for ARMv3
> > ARM610 and ARM710 CPUs", which explicitly left parts of the CPU32v3
> > support in place for
On Thu, Aug 09, 2012 at 04:38:24PM -0600, Jim Schutt wrote:
> >>
> >
> >My conclusion looking at the vmstat data is that everything is looking ok
> >until system CPU usage goes through the roof. I'm assuming that's what we
> >are all still looking at.
>
> I'm concerned about both the high CPU
On 10 August 2012 16:28, Thierry Reding
wrote:
> On Fri, Aug 10, 2012 at 03:51:33AM -0700, Joe Perches wrote:
>> On Fri, 2012-08-10 at 15:34 +0530, Sachin Kamat wrote:
>> > On 10 August 2012 15:32, Thierry Reding
>> > wrote:
>> > > On Fri, Aug 10, 2012 at 03:29:08PM +0530, Sachin Kamat wrote:
>>
On Wed, Aug 8, 2012 at 4:47 PM, Arnd Bergmann wrote:
> The newly added gpio-em driver marks its em_gio_irq_domain_cleanup
> function as __devexit, which would lead to that function being
> discarded in case CONFIG_HOTPLUG is disabled. However, the function
> is also called by the error handling
On Fri, Aug 10, 2012 at 03:51:33AM -0700, Joe Perches wrote:
> On Fri, 2012-08-10 at 15:34 +0530, Sachin Kamat wrote:
> > On 10 August 2012 15:32, Thierry Reding
> > wrote:
> > > On Fri, Aug 10, 2012 at 03:29:08PM +0530, Sachin Kamat wrote:
> > >> On 10 August 2012 15:25, Thierry Reding
> > >>
On Fri, 2012-08-10 at 15:34 +0530, Sachin Kamat wrote:
> On 10 August 2012 15:32, Thierry Reding
> wrote:
> > On Fri, Aug 10, 2012 at 03:29:08PM +0530, Sachin Kamat wrote:
> >> On 10 August 2012 15:25, Thierry Reding
> >> wrote:
> >> > On Fri, Aug 10, 2012 at 10:12:10AM +0530, Sachin Kamat
Hi!
On Fre, 2012-08-10 at 11:02 +0530, devendra.aaru wrote:
[...]
> In function tegra_pinctrl_dt_node_to_map the num_maps the num_maps
> counter must be incremented for each child node?
>
> Actually we are doing free until num_maps if tegra_pinctrl_dt_subnode_to_map,
>
> not only that if
Hi Linus,
This fixes an issue in the Yama LSM.
Please apply.
The following changes since commit f4ba394c1b02e7fc2179fda8d3941a5b3b65efb6:
Linus Torvalds (1):
Merge git://git.kernel.org/.../davem/net
are available in the git repository at:
else, we get memory corruption on reboot; found when tracking down
initramfs unpack error on initial reboot (with qemu-kvm -smp 2,
no problem with single-core).
problem with doing it via kvm_shutdown() is that this file
depends on CONFIG_KVM_CLOCK, also its not enough to call it for one
cpu only.
On Fri, Aug 10, 2012 at 11:49:12AM +0800, Wanpeng Li wrote:
> On Thu, Aug 09, 2012 at 12:08:11PM +0300, Kirill A. Shutemov wrote:
> >From: "Kirill A. Shutemov"
> >
> >During testing I noticed big (up to 2.5 times) memory consumption overhead
> >on some workloads (e.g. ft.A from NPB) if THP is
Hello,
I have a ARM926 based development board. I am trying to remap 23 MB of
IO memory using ioremap and access with the code snippet below, mm
throws an exception most of the times -
#define MRAM_SIZE 23068672
while(1)
{
offset = test_random() % MRAM_SIZE;
virt_addr =
Hello,
I confirm this patch work apply to kernel 3.6-rc1
Best regards
On 10/08/2012 11:10, Daniel Vetter wrote:
> This has originally been introduced to not oversubscribe the dp links
> in
>
> commit 885a5fb5b120a5c7e0b3baad7b0feb5a89f76c18
> Author: Zhenyu Wang
> Date: Tue Jan 12 05:38:31
On Wed, Aug 8, 2012 at 6:50 AM, Mihai Moldovan wrote:
> Hi Daniel, hi list
>
> ever since version 3.2.0 (maybe even earlier, but 3.0.2 is still working
> fine),
> my box is crashing when loading the i915 driver (mode-setting enabled.)
>
> The current version I'm testing with is 3.5.0.
>
> I was
On Fri, Aug 10, 2012 at 09:32:33AM +0800, Axel Lin wrote:
> Use list_voltage() to read single voltage regulators should be only applied to
> single voltage regulators, thus add checking n_voltages for this case.
We should be failing to register these regulators in the first place, or
at least
On Fri, Aug 10, 2012 at 08:58:24AM +0800, Feng Tang wrote:
> From: Fengguang Wu
>
> /c/kernel-tests/src/linux/drivers/regulator/wm831x-dcdc.c:829:7-27: ERROR:
> Threaded IRQ with no primary handler requested without IRQF_ONESHOT
>
On 10 August 2012 15:32, Thierry Reding
wrote:
> On Fri, Aug 10, 2012 at 03:29:08PM +0530, Sachin Kamat wrote:
>> On 10 August 2012 15:25, Thierry Reding
>> wrote:
>> > On Fri, Aug 10, 2012 at 10:12:10AM +0530, Sachin Kamat wrote:
>> >> Fixes the following:
>> >> WARNING: line over 80 characters
201 - 300 of 734 matches
Mail list logo