Em Thu, Jul 05, 2012 at 10:09:22PM -0600, David Ahern escreveu:
> A number of builtin commands process some user args and then pass the rest
> to cmd_record. cmd_record then saves argc/argv that it receives into the
> header of the perf data file. But this loses the arguments handled by the
> first
On Fri, 13 Apr 2012, Gustavo Padovan wrote:
Gustavo,
Sorry it took a long time to locate the hardware to get this info, I got
this info from one our QA engg cced here. Do you want me to resubmit the
patch ?
Before the patch
=
T: Bus=03 Lev=01 Prnt=01 Port=01 Cnt=01 Dev#= 2 Sp
On Fri, Jul 6, 2012 at 5:49 PM, Dave Airlie wrote:
> On Fri, Jul 6, 2012 at 3:48 PM, Fengguang Wu wrote:
>> ... The missed kconfig.
>>
>> On Fri, Jul 06, 2012 at 10:46:22PM +0800, Fengguang Wu wrote:
>>> Hi Thomas,
>
> Wierd, I'm sorta tempted to just depend drm on CONFIG_PROC_FS, but it
> looks
Quoting Eric W. Biederman (ebied...@xmission.com):
> "Serge E. Hallyn" writes:
>
> > Quoting Dilip Daya (dilip.d...@hp.com):
> >> Hi,
> >>
> >> I'd discussed the following with Serge Hallyn.
> >>
> >> => Environment based on 3.2.18 / x86_64 kernel.
> >> => WARNING: at fs/proc/generic.c:808 remo
On Fri, Jul 06, 2012 at 11:57:44PM +0700, Yuri Khan wrote:
> On Fri, Jul 6, 2012 at 11:32 PM, Yuri Khan wrote:
>
> > When I add a usbhid option quirks=0x0738:0x4540:0x4 (so that usbhid does
> > not attempt to handle this device) and rebuild the xpad module with the
> > following patch, the device
2012/7/7 Minchan Kim :
> Hi Joonsoo,
>
> On Sat, Jul 07, 2012 at 12:28:41AM +0900, Joonsoo Kim wrote:
>> __alloc_pages_direct_compact has many arguments so invoking it is very
>> costly.
>
> It's already slow path so it's pointless for such optimization.
I know this is so minor optimization.
But
On Fri, Jul 6, 2012 at 11:32 PM, Yuri Khan wrote:
> When I add a usbhid option quirks=0x0738:0x4540:0x4 (so that usbhid does
> not attempt to handle this device) and rebuild the xpad module with the
> following patch, the device works as expected. Dmitry Torokhov, the
> current maintainer of inpu
On Fri, Jul 06, 2012 at 09:24:00AM -0700, Linus Torvalds wrote:
> On Fri, Jul 6, 2012 at 6:01 AM, Theodore Ts'o wrote:
> > What in the world is "fast count"? I've grepped for it,
> > and I can't find it.
>
> It's your own fast-pool counter that Matt was talking about.
When he said "check it aga
On Fri, Jul 6, 2012 at 3:48 PM, Fengguang Wu wrote:
> ... The missed kconfig.
>
> On Fri, Jul 06, 2012 at 10:46:22PM +0800, Fengguang Wu wrote:
>> Hi Thomas,
Wierd, I'm sorta tempted to just depend drm on CONFIG_PROC_FS, but it
looks like the error path is failing to dtrt.
Dave.
--
To unsubscrib
On Fri, Jul 06, 2012 at 01:09:01PM +0400, Stanislav Kinsbursky wrote:
> 06.07.2012 01:21, J. Bruce Fields пишет:
> >On Tue, Jul 03, 2012 at 04:46:41PM +0400, Stanislav Kinsbursky wrote:
> >>v3:
> >>1) Rebased for 3.6 kernel.
> >>
> >>v2:
> >>1) Set global nfsd_serv pointer to NULL only if no runnin
On Fri, Jul 06, 2012 at 02:00:18PM +0200, Frederic Weisbecker wrote:
> do_notify_resume() may be called on irq exit but it won't
> be protected between rcu_irq_enter() and rcu_irq_exit()
> and we don't call rcu_user_exit() on irq entry (unlike
> syscalls/exceptions entry).
>
> Since it can use RCU
Requesting a threaded interrupt without a primary handler and without
IRQF_ONESHOT is dangerous, and after commit 1c6c6952 (genirq: Reject
bogus threaded irq requests), these requests are rejected. This
causes ->probe() to fail, and the RTC driver not to be availble.
To fix, add IRQF_ONESHOT to t
On Fri, Jul 06, 2012 at 02:00:13PM +0200, Frederic Weisbecker wrote:
> Create a new config option under the RCU menu that put
> CPUs under RCU extended quiescent state (as in dynticks
> idle mode) when they run in userspace. This require
> some contribution from architectures to hook into kernel
>
* Add a quirk to usbhid to ignore this device
Signed-off-by: Yuri Khan
---
drivers/hid/hid-ids.h |3 +++
drivers/hid/usbhid/hid-quirks.c |2 ++
drivers/input/joystick/xpad.c |2 ++
3 files changed, 7 insertions(+)
diff --git a/drivers/hid/hid-ids.h b/drivers/hid/hid-ids.
Hello all,
I have a dance pad that has the vendor and product IDs of a Mad Catz
Beat Pad (0738:4540), but it doesn't get handled by xpad.ko because xpad
expects (a) interface class and subclass of 'X':'B', or (b) interface
class 255, subclass 93, protocol 1 or 129; while my device identifies as
On Thu, Jul 5, 2012 at 11:20 PM, tip-bot for Peter Zijlstra
wrote:
>
> Several perf interrupt handlers (PEBS,IBS,BTS) re-write regs->ip but
> do not update the segment registers. So use an regs->ip based test
> instead of an regs->cs/regs->flags based test.
Christ, people, YOU CANNOT DO THIS!
It
On Fri, Jul 06, 2012 at 02:00:14PM +0200, Frederic Weisbecker wrote:
> Allow calls to rcu_user_enter() even if we are already
> in userspace (as seen by RCU) and allow calls to rcu_user_exit()
> even if we are already in the kernel.
>
> This makes the APIs more flexible to be called from architect
Hi Toshi,
I think a better solution here is to send a notification to acpid
daemon instead of directly ejecting the physical processor in kernel by
apci hotplug work thread. The daemon should do:
1) check whether user policy allows to remove the physical processor
2) resolve
On Fri, Jul 6, 2012 at 6:01 AM, Theodore Ts'o wrote:
> What in the world is "fast count"? I've grepped for it,
> and I can't find it.
It's your own fast-pool counter that Matt was talking about.
> I can simply not credit entropy of the timer is on the irq, but I
> think you and Matt were sugges
On 07/06/2012 12:42 AM, Jason Wang wrote:
I'm not expert of tcp, but looks like the changes are reasonable:
- we can do full-sized TSO check in tcp_tso_should_defer() only for
westwood, according to tcp westwood
- run tcp_tso_should_defer for tso_segs = 1 when tso is enabled.
I'm sure Eric and
On 06/24, Oleg Nesterov wrote:
>
> However, page_address_in_vma() can actually fail if page->mapping was
> cleared by __delete_from_page_cache() after get_user_pages() returns.
> But this means the race with page reclaim, write_opcode() should not
> fail, it should retry and read this page again. N
On Fri, Jul 06, 2012 at 06:07:43AM +, Jia Hongtao-B38951 wrote:
>
> > -Original Message-
> > From: Greg KH [mailto:g...@kroah.com]
> > Sent: Friday, July 06, 2012 12:26 PM
> > To: Jia Hongtao-B38951
> > Cc: Rob Herring; devicetree-disc...@lists.ozlabs.org; linux-
> > ker...@vger.kernel
On 07/06, Oleg Nesterov wrote:
>
> On 07/06, Ingo Molnar wrote:
> >
> > * Oleg Nesterov wrote:
> >
> > > Hello,
> > >
> > > write_opcode() cleanups resend + new minor fix.
> > >
> > > Changes:
> > >
> > > - document the new argument in 2/5.
> > >
> > > - drop the buggy 5/5, thanks Anton for yo
On 07/06/2012 08:35 AM, Prashant Gaikwad wrote:
> On Friday 06 July 2012 12:19 AM, Stephen Warren wrote:
>> On 07/05/2012 03:55 AM, Prashant Gaikwad wrote:
>>> This patch set ports Tegra clock code to generic clock framework.
>
>> (The one slight difference between the 2 branches I tested is that
On 07/06, Ingo Molnar wrote:
>
> * Oleg Nesterov wrote:
>
> > Hello,
> >
> > write_opcode() cleanups resend + new minor fix.
> >
> > Changes:
> >
> > - document the new argument in 2/5.
> >
> > - drop the buggy 5/5, thanks Anton for your quick nack.
> > Probably I'll return to this l
Running 'perf lock info' on a "random" perf.data file crashes:
0 0x004a5618 in __parse_common (pevent=0x0, data=0x0, size=0xa0,
offset=0x9c, name=
0x556e02 "common_type") at
/opt/sw/ahern/kernels/kernel.git/tools/lib/traceevent/event-parse.c:2851
1 0x004a56a7 in trace_parse
Hi,
I'm sorry having to report that I'm only able to suspend once with Linux
3.5-rc5; any subsequent attempts fail. This is a regression from 3.4
where suspend/resume worked flawlessly and arbitrarily often on my
machine.
Bisection show that the problem was introduced in commit c420b2dc8dc:
,--
Hi Joonsoo,
On Sat, Jul 07, 2012 at 12:28:41AM +0900, Joonsoo Kim wrote:
> __alloc_pages_direct_compact has many arguments so invoking it is very costly.
It's already slow path so it's pointless for such optimization.
> And in almost invoking case, order is 0, so return immediately.
You can't m
On Fri, Jul 6, 2012 at 6:54 PM, Daniel Hazelton wrote:
>>> --- a/drivers/staging/ccg/ccg.c
>>> +++ b/drivers/staging/ccg/ccg.c
>>> @@ -564,9 +564,7 @@ static int rndis_function_bind_config(struct
>>> ccg_usb_function *f,
>>> return -1;
>>> }
>>>
>>> - pr_info("%s MAC
On Fri, Jul 06, 2012 at 02:07:50PM +0200, Olaf Hering wrote:
> On Fri, Jul 06, Daniel Kiper wrote:
>
> > Copy is done a few times durnig kexec/kdump but the most important
> > in this case, I think, is in relocate_kernel() function (look for
> > rep movsl or rep movsq and code around it). But I am
On 07/06/2012 11:32 AM, Kyungmin Park wrote:
> Acked-by: Kyungmin Park
>
> On Sat, Jul 7, 2012 at 12:28 AM, Andy Shevchenko
> wrote:
>> Signed-off-by: Andy Shevchenko
>> Cc: Kyungmin Park
>> ---
>> drivers/staging/ccg/ccg.c |8 ++--
>> 1 file changed, 2 insertions(+), 6 deletions(-)
>>
On 05/18/2012 06:21 AM, tip-bot for Peter Zijlstra wrote:
Commit-ID: 8c41549ed1b3adefe17fa78a2cab81ed7060f0e5
Gitweb: http://git.kernel.org/tip/8c41549ed1b3adefe17fa78a2cab81ed7060f0e5
Author: Peter Zijlstra
AuthorDate: Mon, 30 Jan 2012 17:23:26 +0100
Committer: Ingo Molnar
CommitDate:
Provide count_leading/trailing_zeros() macros based on extant arch bit scanning
functions rather than reimplementing from scratch in MPILIB.
Whilst we're at it, turn count_foo_zeros(n, x) into n = count_foo_zeros(x).
Also move the definition to asm-generic as other people may be interested in
usi
On 07/06/2012 02:43 AM, Laxman Dewangan wrote:
> There is multiple voltage input pins on device which
> takes the voltage input for different voltage regulator.
> Support to configure the voltage input supplied by
> different regulator for each regulators.
>
> Signed-off-by: Laxman Dewangan
Acke
On 07/05/2012 09:08 PM, Wei Ni wrote:
> On Fri, 2012-07-06 at 03:59 +0800, Stephen Warren wrote:
>> On 07/04/2012 03:34 AM, Wei Ni wrote:
>>> New options enabled:
>>> * WIRELESS: (dependency)
>>> * CFG80211: (dependency)
>>> * WLAN: (dependency)
>>> * BRCMFMAC: wlan driver, enable as module.
>>
>>>
Signed-off-by: Andy Shevchenko
Acked-by: Kyungmin Park
Cc: Andrzej Pietrasiewicz
---
drivers/staging/ccg/ccg.c |8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff --git a/drivers/staging/ccg/ccg.c b/drivers/staging/ccg/ccg.c
index a5b36a9..c77c465 100644
--- a/drivers/staging
On Fri, 2012-07-06 at 17:20 +0200, Francois Romieu wrote:
> Joe Perches :
> [...]
> > This pattern is used a couple more times.
> > There's no failure handling either.
>
> I can do something for the initialize path. Other than that it's mostly
> deeply burried hardware failure so I'd rather conce
Hi Chris,
Really appreciate your suggestions and I will work out a new version to
fix callers of PageSlab() instead of changing the slab allocator.
Thanks!
Gerry
On 07/06/2012 09:50 PM, Christoph Lameter wrote:
> On Fri, 6 Jul 2012, Jiang Liu wrote:
>
>> Originally th
Acked-by: Kyungmin Park
On Sat, Jul 7, 2012 at 12:28 AM, Andy Shevchenko
wrote:
> Signed-off-by: Andy Shevchenko
> Cc: Kyungmin Park
> ---
> drivers/staging/ccg/ccg.c |8 ++--
> 1 file changed, 2 insertions(+), 6 deletions(-)
>
> diff --git a/drivers/staging/ccg/ccg.c b/drivers/stagin
Joe Perches :
[...]
> This pattern is used a couple more times.
> There's no failure handling either.
I can do something for the initialize path. Other than that it's mostly
deeply burried hardware failure so I'd rather concentrate a bit on
current problem reports.
This series already took me a
hayeswang :
> Francois Romieu [rom...@fr.zoreil.com]
[...]
> > - fix r8168g_mdio_write (if (reg_addr == 0x1f) { if (reg_addr == 0) snafu)
> > -> Please check this one.
>
> That is fine.
Thanks, I'll merge your patch and feed both drivers to davem.
--
Ueimor
--
To unsubscribe from this list:
__alloc_pages_direct_compact has many arguments so invoking it is very costly.
And in almost invoking case, order is 0, so return immediately.
Let's not invoke it when order 0
Signed-off-by: Joonsoo Kim
diff --git a/mm/page_alloc.c b/mm/page_alloc.c
index 6092f33..f4039aa 100644
--- a/mm/page_a
Signed-off-by: Andy Shevchenko
Cc: Lauri Hintsala
---
drivers/staging/csr/sme_mgt.c | 10 ++
drivers/staging/csr/sme_sys.c | 29
drivers/staging/csr/sme_wext.c | 27 ++
drivers/staging/csr/un
Signed-off-by: Andy Shevchenko
Cc: Ben Chan
---
drivers/staging/gdm72xx/gdm_wimax.c |9 ++---
1 file changed, 2 insertions(+), 7 deletions(-)
diff --git a/drivers/staging/gdm72xx/gdm_wimax.c
b/drivers/staging/gdm72xx/gdm_wimax.c
index 110bdbc..e616de1 100644
--- a/drivers/staging/gdm72
Signed-off-by: Andy Shevchenko
Cc: Forest Bond
Cc: Masanari Iida
---
drivers/staging/vt6655/bssdb.c |5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/vt6655/bssdb.c b/drivers/staging/vt6655/bssdb.c
index 1368e8c..f4f108f 100644
--- a/drivers/staging/vt6
Signed-off-by: Andy Shevchenko
Cc: Kyungmin Park
---
drivers/staging/ccg/ccg.c |8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff --git a/drivers/staging/ccg/ccg.c b/drivers/staging/ccg/ccg.c
index a5b36a9..62f5d92 100644
--- a/drivers/staging/ccg/ccg.c
+++ b/drivers/staging/
Signed-off-by: Andy Shevchenko
Cc: Marcos Paulo de Souza
---
drivers/staging/vt6656/bssdb.c |9 +
1 file changed, 5 insertions(+), 4 deletions(-)
diff --git a/drivers/staging/vt6656/bssdb.c b/drivers/staging/vt6656/bssdb.c
index 619c257..0999367 100644
--- a/drivers/staging/vt6656/b
Signed-off-by: Andy Shevchenko
Cc: Kevin McKinney
---
drivers/staging/bcm/CmHost.c | 44 +++---
1 file changed, 16 insertions(+), 28 deletions(-)
diff --git a/drivers/staging/bcm/CmHost.c b/drivers/staging/bcm/CmHost.c
index 189d243..9c8c9b1 100644
--- a/dr
I've got an oops...
this is my dev-kernel in 3.5-rc5 + some work to be able to boot on my board
NB: If I use ubi_format it's ok.
the mtd1 device has 1984 PEB
the 4 last are UBI reserved + BBT
I didn't test without your patch, but anyway something is wrong there.
# flash_erase /dev/mtd1 0 1980
Era
On Mon, 18 Jun 2012, Glauber Costa wrote:
> In the slub allocator, when the last object of a page goes away, we
> don't necessarily free it - there is not necessarily a test for empty
> page in any slab_free path.
This is the same btw in SLAB which keeps objects in per cpu caches and
keeps empty
On Fri, Jul 6, 2012 at 12:46 PM, Kay Sievers wrote:
> On Fri, Jul 6, 2012 at 5:47 AM, Michael Neuling wrote:
>
>>> 4,89,24561;NIP: c0048164 LR: c0048160 CTR:
>>> 4,90,24576;REGS: c0007e59fb50 TRAP: 0700 Tainted: GW
>>> (3.5.0-rc4-mikey)
>>> 4,91
On 07/04/2012 03:43 PM, Konrad Rzeszutek Wilk wrote:
> On Mon, Jul 02, 2012 at 04:15:48PM -0500, Seth Jennings wrote:
>> This exposed an interesting and unexpected result: in all
>> cases that I tried, copying the objects that span pages instead
>> of using the page table to map them, was _always_
On Fri, 6 Jul 2012, JoonSoo Kim wrote:
> >> At CPU2, we don't need lock anymore, because this slab already in partial
> >> list.
> >
> > For that scenario we could also simply do a trylock there and redo
> > the loop if we fail. But still what guarantees that another process will
> > not modify t
On Fri, 2012-07-06 at 23:48 +0900, Minchan Kim wrote:
>
> I alreay sent a patch about that but didn't have a reply from
> Peter/Ingo.
>
> https://lkml.org/lkml/2012/7/3/477
Yeah sorry for that.. it looks like Ingo picked up the fix from hnaz
though.
Thanks both!
--
To unsubscribe from this lis
On Fri, 2012-07-06 at 23:54 +0900, Kyungmin Park wrote:
> > static struct zonelist *policy_zonelist(gfp_t gfp, struct mempolicy
> > *policy,
> > int nd)
> > {
> > switch (policy->mode) {
> > + case MPOL_INTERLEAVE:
> > + nd = interleave_nodes(policy);
> Jut ni
201 - 255 of 255 matches
Mail list logo