headers
Andrew Morton | 1 May 2012 01:05

Re: [PATCH] THP: need is_vma_temporary_stack() when reference transparent_hugepage_enabled

On Sat, 28 Apr 2012 14:33:15 +0800
Alex Shi <alex.shi <at> intel.com> wrote:

> When the transparent_hugepage_enabled() used out of mm/,
> is_vma_temporary_stack() need be referenced. Otherwise, it has compile
> error.

This is a poor changelog - it doesn't tell us how this compilation
error comes about.  Is there some known build error in the mainline
kernel, or did you discover this when altering the kernel, or what?

One of the several reasons for this information is to permit others to
work out which kernel version(s) should be fixed.

> diff --git a/include/linux/huge_mm.h b/include/linux/huge_mm.h
> index c8af7a2..10254ac 100644
> --- a/include/linux/huge_mm.h
> +++ b/include/linux/huge_mm.h
>  <at>  <at>  -59,6 +59,7  <at>  <at>  extern pmd_t *page_check_address_pmd(struct page *page,
>  #define HPAGE_PMD_MASK HPAGE_MASK
>  #define HPAGE_PMD_SIZE HPAGE_SIZE
>  
> +extern bool is_vma_temporary_stack(struct vm_area_struct *vma);
>  #define transparent_hugepage_enabled(__vma)				\
>  	((transparent_hugepage_flags &					\
>  	  (1<<TRANSPARENT_HUGEPAGE_FLAG) ||				\

is_vma_temporary_stack() is already declared in rmap.h.  We should not
declare it in two places.
(Continue reading)

Permalink | Reply | 6 comments |
headers
Alan Cox | 1 May 2012 01:30
Face
Picon

Re: tty driver

On Mon, 30 Apr 2012 14:17:30 -0400
Sri Ram Vemulpali <sri.ram.gmu06 <at> gmail.com> wrote:

> Hello All,
> 
> I am working on paging feature on tty, pty outputting. Is there anyway
> I can do paging output at tty drivers by way of setting some options
> using ioctl or ....

Things like page dimensions and escape code management are userspace
handled in Linux. If you must fake it via a tty then I'd suggest you
write a pty/tty using app, if not then pipe it through more.

For the former case a simple expect script should do it.
Permalink | Reply | 0 comments |
headers
Alan Cox | 1 May 2012 01:34
Face
Picon

Re: Question: How to power-manage UART-attached devices.

On Mon, 30 Apr 2012 15:51:59 -0700
"H. Peter Anvin" <hpa <at> zytor.com> wrote:

> On 04/30/2012 03:22 PM, NeilBrown wrote:
> > 
> > What I would really like is to integrate it closely with the state
> > of the UART.  i.e. if the /dev/ttyO1 device is open, then the GPS
> > is "on".  If not then it is "off".  Similarly if /dev/tty/O0 is
> > open, bluetooth is "on", else "off". However I cannot find any way
> > to "plug in" to the tty or serial drivers to perform an arbitrary
> > action on first-open or last-close.  Is something like that
> > possible? If not, is it a reasonable thing to ask? Any suggests
> > about where to put such a hook?
> > 
> 
> I don't think that's the right interface.  Just because the port is
> currently open doesn't mean the device is active, nor vice versa.  ALL
> it means is that someone currently has an access handle to it.
> 
> Since a serial port models, well, a *port*, it is logical to think of
> a (hypothetical) socket containing an RS-232 connector as well as a
> power outlet.  Given that, it would be logical to drive the "power
> connector" using the same type of interface used for the other parts
> of an RS-232 control, meaning either with termios flags or via a
> dedicated control ioctl (TIOCPOWER?).

Actually several of our virtual tty interfaces treat open as meaning
powered up. It's a fairly logical power management model. A lot of our
real tty ports do the same as well and kill power on the last close.
(Continue reading)

Permalink | Reply | 1 comment |
headers
Michael Grützner | 1 May 2012 01:37
Picon
Picon

[PATCH 1/1] bluetooth: Add support for Foxconn/Hon Hai AR5BBU22 0489:E03C

From: Michael Gruetzner <mgruetzn <at> gmx.de>

Add Foxconn/Hon Hai AR5BBU22 Bluetooth Module( 0x489:0xE03C) to 
the blacklist of btusb module and add it to the ath3k module to properly load 
the firmware in Kernel 3.3.4
The device is integrated in  e.g. some  Acer Aspire 7750G.

Output from /sys/kernel/debug/usb/devices:

T:  Bus=01 Lev=02 Prnt=02 Port=05 Cnt=02 Dev#=  6 Spd=12   MxCh= 0
D:  Ver= 2.00 Cls=e0(wlcon) Sub=01 Prot=01 MxPS=64 #Cfgs=  1
P:  Vendor=0489 ProdID=e03c Rev= 0.02
S:  Manufacturer=Atheros Communications
S:  Product=Bluetooth USB Host Controller
S:  SerialNumber=Alaska Day 2006
C:* #Ifs= 2 Cfg#= 1 Atr=e0 MxPwr=100mA
I:* If#= 0 Alt= 0 #EPs= 3 Cls=e0(wlcon) Sub=01 Prot=01 Driver=btusb
E:  Ad=81(I) Atr=03(Int.) MxPS=  16 Ivl=1ms
E:  Ad=82(I) Atr=02(Bulk) MxPS=  64 Ivl=0ms
E:  Ad=02(O) Atr=02(Bulk) MxPS=  64 Ivl=0ms
I:* If#= 1 Alt= 0 #EPs= 2 Cls=e0(wlcon) Sub=01 Prot=01 Driver=btusb
E:  Ad=83(I) Atr=01(Isoc) MxPS=   0 Ivl=1ms
E:  Ad=03(O) Atr=01(Isoc) MxPS=   0 Ivl=1ms
I:  If#= 1 Alt= 1 #EPs= 2 Cls=e0(wlcon) Sub=01 Prot=01 Driver=btusb
E:  Ad=83(I) Atr=01(Isoc) MxPS=   9 Ivl=1ms
E:  Ad=03(O) Atr=01(Isoc) MxPS=   9 Ivl=1ms
I:  If#= 1 Alt= 2 #EPs= 2 Cls=e0(wlcon) Sub=01 Prot=01 Driver=btusb
E:  Ad=83(I) Atr=01(Isoc) MxPS=  17 Ivl=1ms
E:  Ad=03(O) Atr=01(Isoc) MxPS=  17 Ivl=1ms
I:  If#= 1 Alt= 3 #EPs= 2 Cls=e0(wlcon) Sub=01 Prot=01 Driver=btusb
(Continue reading)

Permalink | Reply | 0 comments |
headers
Michael Grützner | 1 May 2012 01:43
Picon
Picon

[PATCH 1/1] bluetooth: Add support for Foxconn/Hon Hai AR5BBU22 0489:E03C

From: Michael Gruetzner <mgruetzn <at> gmx.de>

Add Foxconn/Hon Hai AR5BBU22 Bluetooth Module( 0x489:0xE03C) to 
the blacklist of btusb module and add it to the ath3k module to properly load 
the firmware in Kernel 3.3.4
The device is integrated in  e.g. some  Acer Aspire 7750G.

Output from /sys/kernel/debug/usb/devices:

T:  Bus=01 Lev=02 Prnt=02 Port=05 Cnt=02 Dev#=  6 Spd=12   MxCh= 0
D:  Ver= 2.00 Cls=e0(wlcon) Sub=01 Prot=01 MxPS=64 #Cfgs=  1
P:  Vendor=0489 ProdID=e03c Rev= 0.02
S:  Manufacturer=Atheros Communications
S:  Product=Bluetooth USB Host Controller
S:  SerialNumber=Alaska Day 2006
C:* #Ifs= 2 Cfg#= 1 Atr=e0 MxPwr=100mA
I:* If#= 0 Alt= 0 #EPs= 3 Cls=e0(wlcon) Sub=01 Prot=01 Driver=btusb
E:  Ad=81(I) Atr=03(Int.) MxPS=  16 Ivl=1ms
E:  Ad=82(I) Atr=02(Bulk) MxPS=  64 Ivl=0ms
E:  Ad=02(O) Atr=02(Bulk) MxPS=  64 Ivl=0ms
I:* If#= 1 Alt= 0 #EPs= 2 Cls=e0(wlcon) Sub=01 Prot=01 Driver=btusb
E:  Ad=83(I) Atr=01(Isoc) MxPS=   0 Ivl=1ms
E:  Ad=03(O) Atr=01(Isoc) MxPS=   0 Ivl=1ms
I:  If#= 1 Alt= 1 #EPs= 2 Cls=e0(wlcon) Sub=01 Prot=01 Driver=btusb
E:  Ad=83(I) Atr=01(Isoc) MxPS=   9 Ivl=1ms
E:  Ad=03(O) Atr=01(Isoc) MxPS=   9 Ivl=1ms
I:  If#= 1 Alt= 2 #EPs= 2 Cls=e0(wlcon) Sub=01 Prot=01 Driver=btusb
E:  Ad=83(I) Atr=01(Isoc) MxPS=  17 Ivl=1ms
E:  Ad=03(O) Atr=01(Isoc) MxPS=  17 Ivl=1ms
I:  If#= 1 Alt= 3 #EPs= 2 Cls=e0(wlcon) Sub=01 Prot=01 Driver=btusb
(Continue reading)

Permalink | Reply | 8 comments |
headers
tip-bot for H. Peter Anvin | 1 May 2012 01:46
Picon

[tip:x86/urgent] asm-generic: Use __BITS_PER_LONG in statfs.h

Commit-ID:  f5c2347ee20a8d6964d6a6b1ad04f200f8d4dfa7
Gitweb:     http://git.kernel.org/tip/f5c2347ee20a8d6964d6a6b1ad04f200f8d4dfa7
Author:     H. Peter Anvin <hpa <at> linux.intel.com>
AuthorDate: Thu, 26 Apr 2012 11:45:16 -0700
Committer:  H. Peter Anvin <hpa <at> linux.intel.com>
CommitDate: Mon, 30 Apr 2012 12:55:15 -0700

asm-generic: Use __BITS_PER_LONG in statfs.h

<asm-generic/statfs.h> is exported to userspace, so using
BITS_PER_LONG is invalid.  We need to use __BITS_PER_LONG instead.

This is kernel bugzilla 43165.

Reported-by: H.J. Lu <hjl.tools <at> gmail.com>
Signed-off-by: H. Peter Anvin <hpa <at> linux.intel.com>
Link: http://lkml.kernel.org/r/1335465916-16965-1-git-send-email-hpa <at> linux.intel.com
Acked-by: Arnd Bergmann <arnd <at> arndb.de>
Cc: <stable <at> vger.kernel.org>
---
 include/asm-generic/statfs.h |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/include/asm-generic/statfs.h b/include/asm-generic/statfs.h
index 0fd28e0..c749af9 100644
--- a/include/asm-generic/statfs.h
+++ b/include/asm-generic/statfs.h
 <at>  <at>  -15,7 +15,7  <at>  <at>  typedef __kernel_fsid_t	fsid_t;
  * with a 10' pole.
  */
(Continue reading)

Permalink | Reply | 0 comments |
headers
tip-bot for Kusanagi Kouichi | 1 May 2012 01:47
Picon

[tip:x86/urgent] x86, relocs: Remove an unused variable

Commit-ID:  7c77cda0fe742ed07622827ce80963bbeebd1e3f
Gitweb:     http://git.kernel.org/tip/7c77cda0fe742ed07622827ce80963bbeebd1e3f
Author:     Kusanagi Kouichi <slash <at> ac.auone-net.jp>
AuthorDate: Sun, 1 Apr 2012 17:29:32 +0900
Committer:  H. Peter Anvin <hpa <at> linux.intel.com>
CommitDate: Mon, 30 Apr 2012 12:55:15 -0700

x86, relocs: Remove an unused variable

sh_symtab is set but not used.

[ hpa: putting this in urgent because of the sheer harmlessness of the patch:
  it quiets a build warning but does not change any generated code. ]

Signed-off-by: Kusanagi Kouichi <slash <at> ac.auone-net.jp>
Link: http://lkml.kernel.org/r/20120401082932.D5E066FC03D <at> msa105.auone-net.jp
Signed-off-by: H. Peter Anvin <hpa <at> linux.intel.com>
Cc: <stable <at> vger.kernel.org>
---
 arch/x86/boot/compressed/relocs.c |    2 --
 1 files changed, 0 insertions(+), 2 deletions(-)

diff --git a/arch/x86/boot/compressed/relocs.c b/arch/x86/boot/compressed/relocs.c
index d3c0b02..fb7117a 100644
--- a/arch/x86/boot/compressed/relocs.c
+++ b/arch/x86/boot/compressed/relocs.c
 <at>  <at>  -403,13 +403,11  <at>  <at>  static void print_absolute_symbols(void)
 	for (i = 0; i < ehdr.e_shnum; i++) {
 		struct section *sec = &secs[i];
 		char *sym_strtab;
(Continue reading)

Permalink | Reply | 0 comments |
headers
Jim Kukunas | 1 May 2012 01:51
Picon

[PATCH] arch/x86: use kernel_fpu_[begin|end] for RAID5 checksumming

Currently, the SSE and AVX xor functions manually save and restore the
[X|Y]MM registers. Instead, we should use kernel_fpu_[begin|end].

This patch sacrifices some throughput,~5-10% for AVX and ~2% for SSE, in
exchange for safety against future FPU corruption bugs.

Patch applies to md/for-next.

Signed-off-by: Jim Kukunas <james.t.kukunas <at> linux.intel.com>
---
 arch/x86/include/asm/xor_32.h  |   56 +++++-------------------------------
 arch/x86/include/asm/xor_64.h  |   61 ++++++---------------------------------
 arch/x86/include/asm/xor_avx.h |   55 ++++++++----------------------------
 3 files changed, 30 insertions(+), 142 deletions(-)

diff --git a/arch/x86/include/asm/xor_32.h b/arch/x86/include/asm/xor_32.h
index 4545708..aabd585 100644
--- a/arch/x86/include/asm/xor_32.h
+++ b/arch/x86/include/asm/xor_32.h
 <at>  <at>  -534,38 +534,6  <at>  <at>  static struct xor_block_template xor_block_p5_mmx = {
  * Copyright (C) 1999 Zach Brown (with obvious credit due Ingo)
  */

-#define XMMS_SAVE				\
-do {						\
-	preempt_disable();			\
-	cr0 = read_cr0();			\
-	clts();					\
-	asm volatile(				\
-		"movups %%xmm0,(%0)	;\n\t"	\
(Continue reading)

Permalink | Reply | 2 comments |
headers
Frederic Weisbecker | 1 May 2012 01:54
Picon

[PATCH 02/41] nohz: Make nohz API agnostic against idle ticks cputime accounting

When the timer tick fires, it accounts the new jiffy as either part
of system, user or idle time. This is how we record the cputime
statistics.

But when the tick is stopped from the idle task, we still need
to record the number of jiffies spent tickless until we restart
the tick and fall back to traditional tick-based cputime accounting.

To do this, we take a snapshot of jiffies when the tick is stopped
and compute the difference against the new value of jiffies when
the tick is restarted. Then we account this whole difference to
the idle cputime.

However we are preparing to be able to stop the tick from other places
than idle. So this idle time accounting needs to be performed from
the callers of nohz APIs, not from the nohz APIs because we now want
them to be agnostic against where we stop/restart tick.

Therefore, we pull the tickless idle time accounting out of generic
nohz helpers up to idle entry/exit callers.

Signed-off-by: Frederic Weisbecker <fweisbec <at> gmail.com>
Cc: Alessio Igor Bogani <abogani <at> kernel.org>
Cc: Andrew Morton <akpm <at> linux-foundation.org>
Cc: Avi Kivity <avi <at> redhat.com>
Cc: Chris Metcalf <cmetcalf <at> tilera.com>
Cc: Christoph Lameter <cl <at> linux.com>
Cc: Daniel Lezcano <daniel.lezcano <at> linaro.org>
Cc: Geoff Levand <geoff <at> infradead.org>
Cc: Gilad Ben Yossef <gilad <at> benyossef.com>
(Continue reading)

Permalink | Reply | 0 comments |
headers
Frederic Weisbecker | 1 May 2012 01:54
Picon

[PATCH 04/41] nohz: Move nohz load balancer selection into idle logic

[ ** BUGGY PATCH: I need to put more thinking into this ** ]

We want the nohz load balancer to be an idle CPU, thus
move that selection to strict dyntick idle logic.

Signed-off-by: Frederic Weisbecker <fweisbec <at> gmail.com>
Cc: Alessio Igor Bogani <abogani <at> kernel.org>
Cc: Andrew Morton <akpm <at> linux-foundation.org>
Cc: Avi Kivity <avi <at> redhat.com>
Cc: Chris Metcalf <cmetcalf <at> tilera.com>
Cc: Christoph Lameter <cl <at> linux.com>
Cc: Daniel Lezcano <daniel.lezcano <at> linaro.org>
Cc: Geoff Levand <geoff <at> infradead.org>
Cc: Gilad Ben Yossef <gilad <at> benyossef.com>
Cc: Hakan Akkan <hakanakkan <at> gmail.com>
Cc: Ingo Molnar <mingo <at> kernel.org>
Cc: Kevin Hilman <khilman <at> ti.com>
Cc: Max Krasnyansky <maxk <at> qualcomm.com>
Cc: Paul E. McKenney <paulmck <at> linux.vnet.ibm.com>
Cc: Peter Zijlstra <peterz <at> infradead.org>
Cc: Stephen Hemminger <shemminger <at> vyatta.com>
Cc: Steven Rostedt <rostedt <at> goodmis.org>
Cc: Sven-Thorsten Dietrich <thebigcorporation <at> gmail.com>
Cc: Thomas Gleixner <tglx <at> linutronix.de>
---
 kernel/time/tick-sched.c |    8 ++++----
 1 files changed, 4 insertions(+), 4 deletions(-)

diff --git a/kernel/time/tick-sched.c b/kernel/time/tick-sched.c
index fc9f687..b79dea2 100644
(Continue reading)

Permalink | Reply | 1 comment |

Gmane