On Thu, Nov 29, 2012 at 11:18:27AM +, Charles Keepax wrote:
> On Wed, Nov 28, 2012 at 06:47:28PM +, Mark Brown wrote:
> > + { 0x0212, 0x0001 }, /* R530 - LDO1 Control 2 */
> The default for this register is changed in the register patch to
> zero should we not leave this settin
On Thu, Nov 29, 2012 at 12:21:04PM +0200, Terje Bergström wrote:
> On 28.11.2012 23:23, Thierry Reding wrote:
> > This could be problematic. Since drivers/video and drivers/gpu/drm are
> > separate trees, this would entail a continuous burden on keeping both
> > trees synchronized. While I realize
w only 4 & 8 bit support is added.
BCH 4 & 8 bit error detection support is already available in mainline
kernel and works with software error correction.
This series is based on [1] and tested with RFC: OMAP GPMC bindings
patch series
1. linux-next/20121129
Tested on am335x-evm for BCH 4
Update number of errors using nand ecc strength.
Also add macro definitions BCH8_ERROR_MAX & BCH4_ERROR_MAX
Signed-off-by: Philip, Avinash
---
:100644 100644 359293e... 7e61dac... M drivers/mtd/nand/omap2.c
drivers/mtd/nand/omap2.c | 12
1 files changed, 8 insertions(+), 4 deleti
1. uioinfo was kfreed based on the presence of pdev->dev.of_node, which was
obviously wrong and unrelated to the fact if uioinfo was allocated statically
or dynamically. This patch introduces new flag which clearly shows if uioinfo
was allocated dynamically and kfrees uioinfo based on that flag;
2.
The ELM hardware module can be used to speedup BCH 4/8/16 ECC scheme
error correction.
For now only 4 & 8 bit support is added
Signed-off-by: Philip, Avinash
Cc: Grant Likely
Cc: Rob Herring
Cc: Rob Landley
---
Changes since v2:
- Remove __devinit & __devexit annotations
Changes since
ELM module can be used for hardware error correction of BCH 4 & 8 bit.
Also support read & write page in one shot by adding custom read_page &
write_page methods. This helps in optimizing code for NAND flashes with
page size less than 4 KB.
New structure member is added to omap_nand_info
1. "is_el
On Wed, 28 Nov 2012 14:52:44 +0100, Jiri Olsa wrote:
> +COMPARISON
> +--
> +The comparison is governed by the baseline file. The baseline perf.data
> +file is iterated for samples. All other perf.data files specified on
> +the command line are searched for the baseline sample pair. If the p
From: Colin Ian King
ACPI_ERROR() already appends a newline, so there is no
need for the error messages to include one too.
Signed-off-by: Colin Ian King
---
drivers/acpi/video.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/acpi/video.c b/drivers/acpi/video.c
From: Colin Ian King
ACPI_EXCEPTION() already appends a newline, so there is no
need for the invalid GPE message to include one too.
Signed-off-by: Colin Ian King
---
drivers/acpi/sysfs.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/acpi/sysfs.c b/drivers/acpi/sy
From: Colin Ian King
ACPI_EXCEPTION() already appends a newline, so there is no
need for the thermal trip point message to include one too.
Signed-off-by: Colin Ian King
---
drivers/acpi/thermal.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/acpi/thermal.c b/driv
From: Colin Ian King
ACPI_ERROR() already appends a newline, so there is no
need for the error messages to include one too.
Signed-off-by: Colin Ian King
---
drivers/acpi/acpica/hwgpe.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/acpi/acpica/hwgpe.c b/drivers/ac
On Thu, Nov 29, 2012 at 08:37:50PM +0900, Namhyung Kim wrote:
> On Wed, 28 Nov 2012 14:52:43 +0100, Jiri Olsa wrote:
> > Adding diff command the flexibility to specify multiple data
> > files on input. If not input file is given the standard behaviour
> > stands and diff inspects 'perf.data' and 'p
From: Colin Ian King
The ACPI_EXCEPTION and ACPI_ERROR macros already emit a newline after
the message, so remove the unnecessary newlines from a bunch of messages.
Colin Ian King (5):
ACPI dock: remove unnecessary newline from exception message
ACPI video: remove unnecessary newline from er
On Thu, Nov 29, 2012 at 04:56:04PM +0900, Namhyung Kim wrote:
> On Wed, 28 Nov 2012 14:52:38 +0100, Jiri Olsa wrote:
> > Currently we don't properly display hist data with
> > symbol_conf.field_sep separator. We need to display
> > either space or separator.
> >
> > Signed-off-by: Jiri Olsa
> > Cc
From: Colin Ian King
ACPI_EXCEPTION() already appends a newline, so there is no
need for the failed _DCK messaged to include one too.
Signed-off-by: Colin Ian King
---
drivers/acpi/dock.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/acpi/dock.c b/drivers/acpi/doc
On Wed, 28 Nov 2012 14:52:45 +0100, Jiri Olsa wrote:
> Now when diff command is separated from other standard outputs,
> we can use perf_hpp__init to initialize all standard columns.
>
> Moving PERF_HPP__OVERHEAD column init back to perf_hpp__init,
> and removing extra enable calls.
Why was this n
On Thu, 2012-11-29 at 11:57 +0100, Krzysztof Mazur wrote:
> do we really need to wait here?
> Why don't just do something like that:
>
> tasklet_disable(&card->tlet);
> spin_lock(&card->tx_queue_lock);
> for each skb in queue
> SKB_CB(skb)->vcc = NULL;
> spin_
On Thu, 29 Nov 2012, Mark Brown wrote:
> On Thu, Nov 29, 2012 at 10:08:08AM +, Lee Jones wrote:
> > On Wed, 28 Nov 2012, Mark Brown wrote:
>
> > > The I2C subsystem guesses at a compatible string by default but it's
> > > much better to explicitly set one as conflicts do arise from time to
>
On Wed, 28 Nov 2012 14:52:49 +0100, Jiri Olsa wrote:
> Adding option 'o' to allow sorting based on the
> input file number.
[snip]
> hist_entry__cmp_compute(struct hist_entry *left, struct hist_entry *right,
> int c)
> {
> - int i;
> + struct hist_entry **pairs_left
On Thu, Nov 29, 2012 at 08:52:18PM +0900, Namhyung Kim wrote:
> On Wed, 28 Nov 2012 14:52:44 +0100, Jiri Olsa wrote:
> > +COMPARISON
> > +--
> > +The comparison is governed by the baseline file. The baseline perf.data
> > +file is iterated for samples. All other perf.data files specified on
On Thu, Nov 29, 2012 at 08:55:47PM +0900, Namhyung Kim wrote:
> On Wed, 28 Nov 2012 14:52:45 +0100, Jiri Olsa wrote:
> > Now when diff command is separated from other standard outputs,
> > we can use perf_hpp__init to initialize all standard columns.
> >
> > Moving PERF_HPP__OVERHEAD column init ba
On Thu, Nov 29, 2012 at 10:09:13AM +0100, Lucas Stach wrote:
> Am Donnerstag, den 29.11.2012, 10:17 +0200 schrieb Terje Bergström:
> > On 28.11.2012 20:46, Lucas Stach wrote:
> > > Am Mittwoch, den 28.11.2012, 18:23 +0200 schrieb Terje Bergström:
> > >> Sorry. I promised in another thread a write-u
On Wed, Nov 28, 2012 at 10:40:56AM +0530, Raghavendra K T wrote:
> On 11/28/2012 06:42 AM, Marcelo Tosatti wrote:
> >
> >Don't understand the reasoning behind why 3 is a good choice.
>
> Here is where I came from. (explaining from scratch for
> completeness, forgive me :))
> In moderate overcommit
On 11/28/2012 08:30 PM, Thierry Reding wrote:
> I must say I'm not terribly thrilled to integrate something like this
> into the PWM subsystem.
I agree. I would not really want to add my name to something like this either...
> I wish hardware engineers wouldn't come up with such designs.
I have
On Thu, Nov 29, 2012 at 09:02:01PM +0900, Namhyung Kim wrote:
> On Wed, 28 Nov 2012 14:52:49 +0100, Jiri Olsa wrote:
> > Adding option 'o' to allow sorting based on the
> > input file number.
> [snip]
> > hist_entry__cmp_compute(struct hist_entry *left, struct hist_entry *right,
> >
On Thu, Nov 29, 2012 at 03:38:28PM +0900, Namhyung Kim wrote:
> Hi all,
>
> This is my 6th iteration of event group view patchset.
> For basic idea and usage example, please see my original post [1].
>
> The largest change in this version is using 'pairs' list of hist_entry
> instead of allocatin
Dne 29.11.2012 11:59, Rafael J. Wysocki napsal(a):
On Thursday, November 29, 2012 11:13:10 AM Zdenek Kabelac wrote:
Dne 28.11.2012 20:07, Linus Torvalds napsal(a):
whole "prefix_node" pointer is bogus. It seems to have the value 0x1000.
Tested also this patch with this result:
https://bugzil
On Thu, Nov 29, 2012 at 10:26:21AM +0100, Borislav Petkov wrote:
> On Thu, Nov 29, 2012 at 12:20:02AM +0100, Ian Kumlien wrote:
> > Hi,
> >
> > Due to unexplained dns problems, I'll be using google plus to post the
> > photo of the bug output.
> >
> > https://plus.google.com/photos/1106988686564
Hi Maya,
Thank you a lot for working idle time BKOPS.
I tested with this patch. It's working fine.(Suspend/resume is also working
well.)
Test controller is sdhci controller.
When i tested the performance with iozone, i didn't find that performance is
decreased.
Well, as Chris is mentioned, do
On Thu, Nov 29, 2012 at 11:55:43AM +, David Woodhouse wrote:
> On Thu, 2012-11-29 at 11:57 +0100, Krzysztof Mazur wrote:
> > do we really need to wait here?
> > Why don't just do something like that:
> >
> > tasklet_disable(&card->tlet);
> > spin_lock(&card->tx_queue_lock);
> > for
Hi Mauro,
On Thursday 29 November 2012 04:09 PM, Mauro Carvalho Chehab wrote:
> Em Thu, 29 Nov 2012 08:43:36 +0100
> Hans Verkuil escreveu:
>
>> On Wed November 28 2012 20:30:21 Greg Kroah-Hartman wrote:
>>> On Wed, Nov 28, 2012 at 08:18:20PM +0100, Hans Verkuil wrote:
On Wed November 28 20
On Thu, 2012-11-29 at 13:43 +0100, Krzysztof Mazur wrote:
>
> Removing packets from tx_queue is not needed. We can transmit packets
> also after close. We just can't call vcc->pop() after close,
> so we can just set SKB_CB(skb)->vcc of such packets to NULL so
> fpga_tx() won't call vcc->pop().
Yo
On Thu, Nov 29, 2012 at 11:21 AM, Andy Shevchenko
wrote:
> On Thu, Nov 29, 2012 at 1:56 AM, Andrew Morton
> wrote:
>> On Wed, 21 Nov 2012 16:31:11 +0200
>> Andy Shevchenko wrote:
>>
>>> When build a kernel with "make W=1" we will get a warning about missing
>>> initializer. It comes from kfifo u
On Nov 25, 2012, at 11:33 PM, Sethi Varun-B16395 wrote:
> Hi Kumar,
> Can you please apply this patch.
>
> Regards
> Varun
Was waiting on the others to apply this all together. (ie getting an Ack from
Joerg, and follow comments from Timur to be resolved)
- k
>
>> -Original Message-
On Thu, Nov 29, 2012 at 3:51 AM, Andrew Morton
wrote:
> On Wed, 21 Nov 2012 16:31:11 +0200
> Andy Shevchenko wrote:
>
>> When build a kernel with "make W=1" we will get a warning about missing
>> initializer. It comes from kfifo usage style. The DEFINE_KFIFO macro doesn't
>> initialize the buf[]
On Thu, Nov 29, 2012 at 6:30 AM, Jingoo Han wrote:
> On Thursday, November 29, 2012 6:47 AM, Marko Katic wrote
>> Subject: [PATCH] backlight: corgi_lcd: Fix WARN_ON() when calling
>> corgi_bl_set_intensity.
>
> CC'ed Andrew Morton.
>
>
> Hi Marko Katic,
> The commit subject and commit message are
On Mon, Oct 22, 2012 at 09:34:51PM -0400, Michael Spang wrote:
> for_each_bank (i, mi) {
> struct membank *bank = &mi->bank[i];
> - unsigned int pfn1, pfn2;
> - struct page *page, *end;
> + unsigned int start, end, pfn;
>
> - pfn
2012/11/15 Wen Congyang
>
> We eject the memory device even if it is in use. It is very dangerous,
> and it will cause the kernel to be panicked.
>
> CC: David Rientjes
> CC: Jiang Liu
> CC: Len Brown
> CC: Benjamin Herrenschmidt
> CC: Paul Mackerras
> CC: Christoph Lameter
> Cc: Minchan Ki
On Wed, Nov 28, 2012 at 6:51 PM, Kay Sievers wrote:
> On Wed, 2012-11-28 at 17:49 +0100, Kay Sievers wrote:
>> On Wed, Nov 28, 2012 at 5:37 PM, Linus Torvalds
>> wrote:
>> > On Wed, Nov 28, 2012 at 8:22 AM, Kay Sievers wrote:
>> >> On Wed, Nov 28, 2012 at 2:33 PM, Michael Kerrisk
>> >> wrote:
On Thu, Nov 29, 2012 at 12:57:17PM +, David Woodhouse wrote:
> On Thu, 2012-11-29 at 13:43 +0100, Krzysztof Mazur wrote:
> >
> > Removing packets from tx_queue is not needed. We can transmit packets
> > also after close. We just can't call vcc->pop() after close,
> > so we can just set SKB_CB(
On Thu, Nov 29, 2012 at 02:09:51PM +0100, Marko Katić wrote:
> Well, the commit message was short because i thought it was a quick
> and obvious fix.
Don't always expect the person who ends up applying your patch to know
what your patch is doing. Don't expect people who are looking back
through t
On Thu, Nov 29, 2012 at 2:18 PM, Michael Kerrisk (man-pages)
wrote:
> On Wed, Nov 28, 2012 at 6:51 PM, Kay Sievers wrote:
>> Before:
>> syslog(SYSLOG_ACTION_SIZE_UNREAD, 0, 0) = 286965
>> syslog(SYSLOG_ACTION_READ_CLEAR, "<12>"..., 100) = 24000
>> syslog(SYSLOG_ACTION_SIZE_UNREAD, 0, 0
On Wed 28-11-12 15:29:30, Hugh Dickins wrote:
> On Wed, 21 Nov 2012, Michal Hocko wrote:
> > On Tue 20-11-12 13:49:32, Andrew Morton wrote:
> > > On Mon, 19 Nov 2012 17:44:34 -0800 (PST)
> > > David Rientjes wrote:
[...]
> > > > -void mem_cgroup_count_vm_event(struct mm_struct *mm, enum
> > > > v
The following errors and warnings fixed.
- ERROR: code indent should use tabs where possible
- WARNING: please, no spaces at the start of a line
- WARNING: please, no space before tabs
Signed-off-by: YAMANE Toshiaki
---
drivers/staging/rtl8187se/ieee80211/ieee80211_wx.c | 372 ++
The following errors fixed.
-ERROR: that open brace { should be on the previous line
-ERROR: space required before the open parenthesis '('
-ERROR: else should follow close brace '}'
-ERROR: space required before the open brace '{'
Signed-off-by: YAMANE Toshiaki
---
drivers/staging/rtl8187se/iee
The following errors fixed.
-ERROR: spaces required around that '<' (ctx:VxV)
-ERROR: spaces required around that '?' (ctx:VxV)
-ERROR: spaces required around that ':' (ctx:VxV)
-ERROR: spaces required around that '>' (ctx:VxV)
Signed-off-by: YAMANE Toshiaki
---
drivers/staging/rtl8187se/ieee802
The following warnings fixed.
-WARNING: Prefer netdev_warn(netdev, ... then dev_warn(dev, ... then
pr_warn(... to printk(KERN_WARNING ...
-WARNING: Prefer netdev_dbg(netdev, ... then dev_dbg(dev, ... then pr_debug(...
to printk(KERN_DEBUG ...
Signed-off-by: YAMANE Toshiaki
---
drivers/stagin
On Thu, 29 Nov 2012 13:07:28 +0800
Chen Gang wrote:
> Hello Greg Kroah-Hartman:
>
> for MAX_ASYNC_BUFFER_SIZE:
> it is defined as 4096;
> but for the max buffer size which it processes, is 65535.
> so suggest to #define MAX_ASYNC_BUFFER_SIZE 0x1 (better than 0x)
I don't see the n
On 29.11.2012 11:09, Lucas Stach wrote:
> We should aim for a clean split here. GEM handles are something which is
> really specific to how DRM works and as such should be constructed by
> tegradrm. nvhost should really just manage allocations/virtual address
> space and provide something that is a
On Tue, Nov 27, 2012 at 02:32:11PM +0800, Daniel J Blueman wrote:
> Fix locating sibling memory controller PCI functions by using the
> correct PCI domain.
>
> v7: Refactor patches grouping changes
>
> Signed-off-by: Daniel J Blueman
> ---
> drivers/edac/amd64_edac.c | 40
On Thu, Nov 29, 2012 at 2:28 PM, Kay Sievers wrote:
> On Thu, Nov 29, 2012 at 2:18 PM, Michael Kerrisk (man-pages)
> wrote:
>> On Wed, Nov 28, 2012 at 6:51 PM, Kay Sievers wrote:
>
>>> Before:
>>> syslog(SYSLOG_ACTION_SIZE_UNREAD, 0, 0) = 286965
>>> syslog(SYSLOG_ACTION_READ_CLEAR, "<12>"...
With gcc-4.8 I get:
CC kernel/rcutree.o
kernel/rcutree.c: In function ‘rcu_init_one’:
kernel/rcutree.c:2850:13: warning: array subscript is above array bounds
[-Warray-bounds]
rsp->level[i] = rsp->level[i - 1] + rsp->levelcnt[i - 1];
^
2849for (i = 1; i < rcu
> diff --git a/drivers/tty/tty_buffer.c b/drivers/tty/tty_buffer.c
> index 6c9b7cd..4f02f9c 100644
> --- a/drivers/tty/tty_buffer.c
> +++ b/drivers/tty/tty_buffer.c
> @@ -114,11 +114,14 @@ static void __tty_buffer_flush(struct tty_struct *tty)
> {
> struct tty_buffer *thead;
>
> - whil
On Fri, 23 Nov 2012, Benjamin Tissoires wrote:
> This just refactors the allocation of hid_input.
> No semantic changes.
As this is a generic cleanup, I am taking this one through
for-3.8/upstream branch.
Thanks,
--
Jiri Kosina
SUSE Labs
--
To unsubscribe from this list: send the line "unsubs
On 29.11.2012 17:54, Alan Cox wrote:
>> diff --git a/drivers/tty/tty_buffer.c b/drivers/tty/tty_buffer.c
>> index 6c9b7cd..4f02f9c 100644
>> --- a/drivers/tty/tty_buffer.c
>> +++ b/drivers/tty/tty_buffer.c
>> @@ -114,11 +114,14 @@ static void __tty_buffer_flush(struct tty_struct *tty)
>> {
>>
I am announcing the release of the 3.5.7.1 tree of stable patches.
This tree picks up the latest 3.5 stable release upstream, and add patches
on top that were later marked for stable but can't be added to 3.5, as
it is not anymore an stable series maintained upstream.
The tree is maintained by th
On Thu, Nov 29, 2012 at 02:25:30PM +1100, Stephen Rothwell wrote:
> Hi Konrad,
>
> After merging the xen-two tree, today's linux-next build (x86_64
> allmodconfig) produced this warning:
>
> arch/x86/xen/enlighten.c: In function 'init_hvm_pv_info':
> arch/x86/xen/enlighten.c:1617:16: warning: unu
On Wed 28-11-12 12:20:44, Hugh Dickins wrote:
[...]
> Sorry, Michal, you've laboured hard on this: but I dislike it so much
> that I'm here overcoming my dread of entering an OOM-killer discussion,
> and the resultant deluge of unwelcome CCs for eternity afterwards.
>
> I had been relying on Johan
On Thu, Nov 29, 2012 at 2:37 PM, Michael Kerrisk (man-pages)
wrote:
> On Thu, Nov 29, 2012 at 2:28 PM, Kay Sievers wrote:
>> On Thu, Nov 29, 2012 at 2:18 PM, Michael Kerrisk (man-pages)
>> wrote:
>>> On Wed, Nov 28, 2012 at 6:51 PM, Kay Sievers wrote:
>>
Before:
syslog(SYSLOG_ACTION
On Thu, 2012-11-29 at 09:12 +0100, Corentin Chary wrote:
> From: Ben Hutchings
>
> Since commit 8871e99f89b7 ('asus-laptop: HRWS/HWRS typo'), module
> initialisation is very slow on the Asus UL30A. The HWRS method takes
> about 12 seconds to run, and subsequent initialisation also seems to
> be
On Wed, Nov 28, 2012 at 11:16:21PM -0700, Linus Torvalds wrote:
> On Wed, Nov 28, 2012 at 6:58 PM, Linus Torvalds
> wrote:
> >
> > But the fact that the code wants to do things like
> >
> > block = (sector_t)page->index << (PAGE_CACHE_SHIFT - bbits);
> >
> > seriously seems to be the main
On 29.11.2012 17:54, Alan Cox wrote:
>> diff --git a/drivers/tty/tty_buffer.c b/drivers/tty/tty_buffer.c
>> index 6c9b7cd..4f02f9c 100644
>> --- a/drivers/tty/tty_buffer.c
>> +++ b/drivers/tty/tty_buffer.c
>> @@ -114,11 +114,14 @@ static void __tty_buffer_flush(struct tty_struct *tty)
>> {
>>
On Thu, Nov 29, 2012 at 3:08 PM, Kay Sievers wrote:
> On Thu, Nov 29, 2012 at 2:37 PM, Michael Kerrisk (man-pages)
> wrote:
>> On Thu, Nov 29, 2012 at 2:28 PM, Kay Sievers wrote:
>>> On Thu, Nov 29, 2012 at 2:18 PM, Michael Kerrisk (man-pages)
>>> wrote:
On Wed, Nov 28, 2012 at 6:51 PM, Ka
On Thu, Nov 29, 2012 at 01:27:08PM +0100, Ian Kumlien wrote:
> I think that chrome does traceing all the time as a part of it's
> sandbox - this is most likely chrome monitoring flash...
Ah, ok.
> BUG: unable to handle kernel NULL pointer dereference at
> 0063
> IP: [] syscall_trace_e
Hi Linus,
These should be the last bug fixes you get from Olof and me for 3.7.
This is based on the previous one you pulled and there is nothing
spectacular in here. I'll follow up with a second pull request
knowing that those are probably too late now, but I'd like to let
you know about the ones
On Thursday 29 November 2012, Arnd Bergmann wrote:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc.git fixes
>
Sorry about the wrong URL, the correct one is the usual
git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc.git
tags/fixes-for-linus
which has the same commit
Hello, Glauber.
On Thu, Nov 29, 2012 at 03:14:41PM +0400, Glauber Costa wrote:
> On 11/29/2012 01:34 AM, Tejun Heo wrote:
> > This patchset decouples cpuset locking from cgroup_mutex. After the
> > patchset, cpuset uses cpuset-specific cpuset_mutex instead of
> > cgroup_mutex. This also removes
On Thu, Nov 29, 2012 at 03:38:29PM +0900, Namhyung Kim wrote:
> From: Namhyung Kim
>
> Currently only non-leader members are set ->leader to the leader evsel
> of the group and the leader has set NULL. Thus it requires special
> casing for leader evsels. Set ->leader to itself will remove this.
On Thu, Nov 29, 2012 at 03:38:30PM +0900, Namhyung Kim wrote:
> From: Namhyung Kim
>
> Convert perf_evsel__is_group_member to perf_evsel__is_group_leader.
> This is because the most usecases are using negative form to check
> whether the given evsel is a leader or not and it's IMHO somewhat
> amb
On Thu, 29 Nov 2012 11:57:15 +0100
Krzysztof Mazur wrote:
> or if we really want to call vcc->pop() for such skbs:
you need to call ->pop() to cleaning up the wmem_alloc accounting.
otherwise you will get complaints from the atm stack later about
freeing a vcc that had outstanding data.
--
To un
On Tue, Nov 27, 2012 at 11:29:12PM +, Stephen Warren wrote:
> From: Stephen Warren
>
> The current rules have the .dtb files build in a different directory
> from the .dts files. This patch changes arm64 to use the generic dtb
> rule which builds .dtb files in the same directory as the source
On Thu, Nov 29, 2012 at 3:18 PM, Michael Kerrisk (man-pages)
wrote:
> So, just to be clear: you better not apply your patch; it might break
> something ;-).
Sounds good to me. :)
Thanks,
Kay
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to ma
Hi Linus,
These are the bug fixes originally sent as part of a longer patch series by
Krzysztof Halasa. I've already queued them up for 3.8 now, since I think it's
too much churn this late in the cycle. On the other hand they have been
in Linux-next for ages and some of them look like they fix ser
After merging the xen-two tree, today's linux-next build (x86_64
allmodconfig) produced this warning:
arch/x86/xen/enlighten.c: In function 'init_hvm_pv_info':
arch/x86/xen/enlighten.c:1617:16: warning: unused variable 'ebx'
[-Wunused-variable]
arch/x86/xen/enlighten.c:1617:11: warning: unused va
On Thu, Nov 29, 2012 at 03:38:31PM +0900, Namhyung Kim wrote:
> From: Namhyung Kim
SNIP
> --- a/tools/perf/util/evlist.h
> +++ b/tools/perf/util/evlist.h
> @@ -21,6 +21,7 @@ struct perf_evlist {
> struct list_head entries;
> struct hlist_head heads[PERF_EVLIST__HLIST_SIZE];
> i
On Thu, Nov 29, 2012 at 12:53:44PM +0100, Jiri Olsa wrote:
> On Thu, Nov 29, 2012 at 04:56:04PM +0900, Namhyung Kim wrote:
SNIP
> > > - if (!sep || !first) {
> > > - ret = scnprintf(hpp->buf, hpp->size, "%s", sep ?: " ");
> > > - advance_hpp(hpp, ret);
> >
On Thu, Nov 29, 2012 at 03:38:33PM +0900, Namhyung Kim wrote:
> From: Namhyung Kim
>
> Fix a misplaced underscore. In this case, 'hist_entry' is the name of
> data structure and we usually put double underscores between data
> structure and actual function name.
>
> Signed-off-by: Namhyung Kim
On Tue, Nov 27, 2012 at 02:32:12PM +0800, Daniel J Blueman wrote:
> Use appropriate types for northbridge IDs and memory ranges.
>
> v7: Refactor patches grouping changes
>
> Signed-off-by: Daniel J Blueman
> ---
> arch/x86/include/asm/amd_nb.h |2 +-
> drivers/edac/amd64_edac.c | 20
On Thu, Nov 29, 2012 at 06:26:46AM -0800, Tejun Heo wrote:
> > What I'll try to do, is to come with another specialized lock in cgroup
> > just for this case. So after taking the cgroup lock, we would also take
> > an extra lock if we are adding another entry - be it task or children -
> > to the c
2012/11/29 Li Zhong :
> On Wed, 2012-11-28 at 13:55 +0100, Frederic Weisbecker wrote:
>> > With rcu_user_exit() at the beginning, now rcu_irq_enter() only protects
>> > the cpu idle eqs, but it's not good to call rcu_irq_exit() after the cpu
>> > halt and the page ready.
>>
>> Hmm, why is it not go
Since the very first patch, stmpe core driver is using irq_invert_polarity as
part of platform data. But, nobody is actually using it in kernel till now.
Also, this is not something part of hardware specs, but is included to cater
some board mistakes or quirks.
So, better get rid of it. This is e
From: Vipul Kumar Samar
This patch extends existing DT support for stmpe devices. This updates:
- DT support from stmpe SPI and I2C drivers
- missing header files in stmpe.c
- stmpe_of_probe() with pwm, rotator and new bindings.
- Bindings are updated in binding document.
Signed-off-by: Vipul Ku
On Thu, 29 Nov 2012 13:43:44 +0100
Krzysztof Mazur wrote:
> Removing packets from tx_queue is not needed. We can transmit packets
> also after close. We just can't call vcc->pop() after close,
> so we can just set SKB_CB(skb)->vcc of such packets to NULL so fpga_tx()
> won't call vcc->pop().
i d
On Thu, 2012-11-29 at 14:20 +0100, Krzysztof Mazur wrote:
> if (card->tx_skb[port] == skb) {
> skb_get(skb);
> solos_pop(SKB_CB(skb)->vcc, skb);
> SKB_CB(skb)->vcc = NULL;
Um... yes, that would probably work. B
Acked-by: Kyungmin Park
On Thu, Nov 29, 2012 at 2:05 PM, Naveen Krishna Chatradhi
wrote:
> From: Simon Glass
>
> There is a rather odd feature of the exynos i2c controller that if it
> is left enabled, it can lock itself up with the clk line held low.
> This makes the bus unusable.
>
> Unfortun
2012/11/29 Gleb Natapov :
> On Wed, Nov 28, 2012 at 03:25:07PM +0100, Frederic Weisbecker wrote:
>> 2012/11/28 Gleb Natapov :
>> > On Wed, Nov 28, 2012 at 01:55:42PM +0100, Frederic Weisbecker wrote:
>> >> Yes but if rcu_irq_*() calls are fine to be called there, and I
>> >> believe they are becaus
Mel Gorman wrote:
> On Tue, Nov 27, 2012 at 04:25:14PM -0500, George Spelvin wrote:
>> Well, it just made it to 24 hours,
>> it did before. I'm going to wait a couple more days before declaring
>> victory, but it looks good so far.
>>
>> 19:19:10 up 1 day, 0 min, 2 users, load average: 0.15,
On Thu, Nov 29, 2012 at 02:42:17PM +, David Woodhouse wrote:
> On Thu, 2012-11-29 at 14:20 +0100, Krzysztof Mazur wrote:
> > if (card->tx_skb[port] == skb) {
> > skb_get(skb);
> > solos_pop(SKB_CB(skb)->vcc, skb);
> >
On Thu, Nov 29, 2012 at 3:00 PM, Jiri Kosina wrote:
> On Fri, 23 Nov 2012, Benjamin Tissoires wrote:
>
>> This just refactors the allocation of hid_input.
>> No semantic changes.
>
> As this is a generic cleanup, I am taking this one through
> for-3.8/upstream branch.
Thanks Jiri.
Sorry for not a
2012-11-29 (목), 15:33 +0100, Jiri Olsa:
> On Thu, Nov 29, 2012 at 03:38:31PM +0900, Namhyung Kim wrote:
> > From: Namhyung Kim
>
> SNIP
>
> > --- a/tools/perf/util/evlist.h
> > +++ b/tools/perf/util/evlist.h
> > @@ -21,6 +21,7 @@ struct perf_evlist {
> > struct list_head entries;
> > str
On Thu, Nov 29, 2012 at 11:58:54PM +0900, Namhyung Kim wrote:
> 2012-11-29 (목), 15:33 +0100, Jiri Olsa:
> > On Thu, Nov 29, 2012 at 03:38:31PM +0900, Namhyung Kim wrote:
> > > From: Namhyung Kim
> >
> > SNIP
> >
> > > --- a/tools/perf/util/evlist.h
> > > +++ b/tools/perf/util/evlist.h
> > > @@ -
The patch "mfd: da9052-core: Use regmap_irq_get_virq() and fix the probe"
replaces the irq_base with the da9052_map_irq function but doesn't
update the irq_base parameter to the mfd_add_devices call.
This causes child devices to try and request IRQs with just the internal
offset number.
Signed-off
On Thu, Nov 29, 2012 at 11:30:19AM +0100, Frederic Weisbecker wrote:
> 2012/11/29 Li Zhong :
> > On Tue, 2012-11-27 at 19:33 +0100, Frederic Weisbecker wrote:
> > []
> >> -
> >> - WARN_ON_ONCE(!current->mm);
> >> -
> >> - local_irq_save(flags);
> >> - rdtp = &__get_cpu_var(rcu_dynti
2012-11-29 (목), 16:02 +0100, Jiri Olsa:
> On Thu, Nov 29, 2012 at 11:58:54PM +0900, Namhyung Kim wrote:
> > 2012-11-29 (목), 15:33 +0100, Jiri Olsa:
> > > On Thu, Nov 29, 2012 at 03:38:31PM +0900, Namhyung Kim wrote:
> > > > From: Namhyung Kim
> > >
> > > SNIP
> > >
> > > > --- a/tools/perf/util/
On Wed, Nov 28, 2012 at 10:18:35PM +, David Woodhouse wrote:
> On Wed, 2012-11-28 at 09:21 +, David Laight wrote:
> > Even when it might make sense to sleep in close until tx drains
> > there needs to be a finite timeout before it become abortive.
>
> You are, of course, right. We should n
On Thu, Nov 29, 2012 at 12:00:00PM +, Lee Jones wrote:
> On Thu, 29 Nov 2012, Mark Brown wrote:
> > Right, which is why this mostly works, but it's still better to provide
> > an actual compatible string which we can be 100% certain will avoid
> > conflicts. This is very low cost when one is
On Thu, Nov 29, 2012 at 09:54:14AM -0500, George Spelvin wrote:
> Mel Gorman wrote:
> > On Tue, Nov 27, 2012 at 04:25:14PM -0500, George Spelvin wrote:
> >> Well, it just made it to 24 hours,
> >> it did before. I'm going to wait a couple more days before declaring
> >> victory, but it looks goo
Mel Gorman wrote on 29.11.2012 00:54:
> On Wed, Nov 28, 2012 at 02:52:15PM -0800, Andrew Morton wrote:
>> On Wed, 28 Nov 2012 10:13:59 +
>> Mel Gorman wrote:
>>
>> > Based on the reports I've seen I expect the following to work for 3.7
>> > Keep
>> > 96710098 mm: revert "mm: vmscan: scale n
On Tue, Nov 27, 2012 at 9:21 PM, Henrik Rydberg wrote:
> On Fri, Nov 23, 2012 at 04:31:26PM +0100, Benjamin Tissoires wrote:
>> During the probe, third party drivers can now safely create a new
>> input devices depending on the parsing of the reports descriptor.
>>
>> Signed-off-by: Benjamin Tisso
101 - 200 of 590 matches
Mail list logo
