Serverphorums.com

[PATCH] x86/mce: Fix check for processor context when machine check was taken. (no replies)

Tony Luck — Sun, 20 May 2012 03:30:01 +0200

Linus pointed out that checking "m->ip" was incorrect as "0" is
a legitimate value. Also we need to consider that we may have
interrupted VM86 execution (in which case "CS" isn't any use in
determining user/kernel).

Reported-by: Linus Torvalds
Signed-off-by: Tony Luck
---
In case you are unable to sleep at night worrying about those
poor systems that don't recover because they do the wrong thing
if there is a VM86 process running, or some malicious user has
a "jmp 0" at the base of a code segment.

Mea culpa: Andi fixed the VM86 part of this a year and
a half ago, and I failed to pick up the fix from his tree
when I took over. There are some other bits I need to pick
up too.

arch/x86/kernel/cpu/mcheck/mce-severity.c | 11 +++++------
arch/x86/kernel/cpu/mcheck/mce.c | 2 ++
2 files changed, 7 insertions(+), 6 deletions(-)

diff --git a/arch/x86/kernel/cpu/mcheck/mce-severity.c b/arch/x86/kernel/cpu/mcheck/mce-severity.c
index 0c82091..5dfb77a 100644
--- a/arch/x86/kernel/cpu/mcheck/mce-severity.c
+++ b/arch/x86/kernel/cpu/mcheck/mce-severity.c
@@ -165,15 +165,14 @@ static struct severity {
};

/*
- * If the EIPV bit is set, it means the saved IP is the
- * instruction which caused the MCE.
+ * No need to re-check mcgstatus here. We either found a
+ * good value for "cs" on the stack earlier (or faked one
+ * for the VM86 case) - or we didn't and "m->cs" will be
+ * zero which we will treat conservatively as "IN_KERNEL".
*/
static int error_context(struct mce *m)
{
- if (m->mcgstatus & MCG_STATUS_EIPV)
- return (m->ip && (m->cs & 3) == 3) ? IN_USER : IN_KERNEL;
- /* Unknown, assume kernel */
- return IN_KERNEL;
+ return ((m->cs & 3) == 3) ? IN_USER : IN_KERNEL;
}

int mce_severity(struct mce *m, int tolerant, char **msg)
diff --git a/arch/x86/kernel/cpu/mcheck/mce.c b/arch/x86/kernel/cpu/mcheck/mce.c
index 11c9166..a2d53f3 100644
--- a/arch/x86/kernel/cpu/mcheck/mce.c
+++ b/arch/x86/kernel/cpu/mcheck/mce.c
@@ -437,6 +437,8 @@ static inline void mce_gather_info(struct mce *m, struct pt_regs *regs)
if (m->mcgstatus & (MCG_STATUS_RIPV|MCG_STATUS_EIPV)) {
m->ip = regs->ip;
m->cs = regs->cs;
+ if (v8086_mode(regs))
+ m->cs |= 3; /* fake user mode for VM86 */
}
/* Use accurate RIP reporting if available. */
if (rip_msr)
--
1.7.9.5

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

[PATCH] net/ipv4: replace simple_strtoul with kstrtoul (no replies)

Eldad Zack — Sun, 20 May 2012 02:20:01 +0200

Replace simple_strtoul with kstrtoul in three similar occurrences, all setup
handlers:
* route.c: set_rhash_entries
* tcp.c: set_thash_entries
* udp.c: set_uhash_entries

Also check if the conversion failed.

Signed-off-by: Eldad Zack
---
net/ipv4/route.c | 8 +++++++-
net/ipv4/tcp.c | 8 +++++++-
net/ipv4/udp.c | 8 +++++++-
3 files changed, 21 insertions(+), 3 deletions(-)

diff --git a/net/ipv4/route.c b/net/ipv4/route.c
index 167ea10..84d1832 100644
--- a/net/ipv4/route.c
+++ b/net/ipv4/route.c
@@ -3430,9 +3430,15 @@ struct ip_rt_acct __percpu *ip_rt_acct __read_mostly;
static __initdata unsigned long rhash_entries;
static int __init set_rhash_entries(char *str)
{
+ ssize_t ret;
+
if (!str)
return 0;
- rhash_entries = simple_strtoul(str, &str, 0);
+
+ ret = kstrtoul(str, 0, &rhash_entries);
+ if (ret)
+ return 0;
+
return 1;
}
__setup("rhash_entries=", set_rhash_entries);
diff --git a/net/ipv4/tcp.c b/net/ipv4/tcp.c
index 6589e11..6ed0552 100644
--- a/net/ipv4/tcp.c
+++ b/net/ipv4/tcp.c
@@ -3222,9 +3222,15 @@ extern struct tcp_congestion_ops tcp_reno;
static __initdata unsigned long thash_entries;
static int __init set_thash_entries(char *str)
{
+ ssize_t ret;
+
if (!str)
return 0;
- thash_entries = simple_strtoul(str, &str, 0);
+
+ ret = kstrtoul(str, 0, &thash_entries);
+ if (ret)
+ return 0;
+
return 1;
}
__setup("thash_entries=", set_thash_entries);
diff --git a/net/ipv4/udp.c b/net/ipv4/udp.c
index fe14105..662836a 100644
--- a/net/ipv4/udp.c
+++ b/net/ipv4/udp.c
@@ -2163,9 +2163,15 @@ void udp4_proc_exit(void)
static __initdata unsigned long uhash_entries;
static int __init set_uhash_entries(char *str)
{
+ ssize_t ret;
+
if (!str)
return 0;
- uhash_entries = simple_strtoul(str, &str, 0);
+
+ ret = kstrtoul(str, 0, &uhash_entries);
+ if (ret)
+ return 0;
+
if (uhash_entries && uhash_entries < UDP_HTABLE_SIZE_MIN)
uhash_entries = UDP_HTABLE_SIZE_MIN;
return 1;
--
1.7.10

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

[PATCH] net/ipv4/ipconfig: neaten __setup placement (no replies)

Eldad Zack — Sun, 20 May 2012 02:10:02 +0200

The __setup macro should follow the corresponding setup handler.

Signed-off-by: Eldad Zack
---
net/ipv4/ipconfig.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)

diff --git a/net/ipv4/ipconfig.c b/net/ipv4/ipconfig.c
index 92ac7e7..1d8076a 100644
--- a/net/ipv4/ipconfig.c
+++ b/net/ipv4/ipconfig.c
@@ -1626,11 +1626,13 @@ static int __init ip_auto_config_setup(char *addrs)

return 1;
}
+__setup("ip=", ip_auto_config_setup);

static int __init nfsaddrs_config_setup(char *addrs)
{
return ip_auto_config_setup(addrs);
}
+__setup("nfsaddrs=", nfsaddrs_config_setup);

static int __init vendor_class_identifier_setup(char *addrs)
{
@@ -1641,7 +1643,4 @@ static int __init vendor_class_identifier_setup(char *addrs)
vendor_class_identifier);
return 1;
}
-
-__setup("ip=", ip_auto_config_setup);
-__setup("nfsaddrs=", nfsaddrs_config_setup);
__setup("dhcpclass=", vendor_class_identifier_setup);
--
1.7.10

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

AJAX Uploader with Nginx, Not Catching Files (no replies)

ztaylor4 — Sun, 20 May 2012 01:50:02 +0200

Has anyone set up nginx to work with an AJAX uploader like this one
before? http://valums.com/ajax-upload/

Passing the upload through to my Tornado server works fine, but I want
nginx to handle the file before it gets that far. I have nginx set up
to intercept regular file posts from our pre-AJAX page with
"upload_pass" and "upload_store," but now with the file in the body of
an XHR request, nginx doesn't treat it as a file for things like
"upload_store."

Also, my AJAX page gets back a 415 error when trying to send the file.
I'm using the script for image uploads if that makes a difference.

I was thinking I might be able to save a log of the request as the image
file, but that seems like too much of a hack.

Any help appreciated,
Zach

Posted at Nginx Forum: http://forum.nginx.org/read.php?2,226657,226657#msg-226657

_______________________________________________
nginx mailing list
nginx@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx

[-next] DRM_CIRRUS_QEMU breaks build (no replies)

Jiri Slaby — Sun, 20 May 2012 00:30:01 +0200

Hi,

when that option is selected to be Y, I'm getting linking errors like:
(.text+0xefd8d): undefined reference to `ttm_tt_init'
drivers/built-in.o: In function `cirrus_mm_init':
and many others, like undefined sys_fillrect.

You perhaps have a patch on your queue already and I need not to turn
this into a patch, right :):

--- a/drivers/gpu/drm/cirrus/Kconfig
+++ b/drivers/gpu/drm/cirrus/Kconfig
@@ -1,10 +1,11 @@
config DRM_CIRRUS_QEMU
tristate "Cirrus driver for QEMU emulated device"
depends on DRM && PCI && EXPERIMENTAL
- select FB_CFB_FILLRECT
- select FB_CFB_COPYAREA
- select FB_CFB_IMAGEBLIT
+ select FB_SYS_FILLRECT
+ select FB_SYS_COPYAREA
+ select FB_SYS_IMAGEBLIT
select DRM_KMS_HELPER
+ select DRM_TTM
help
This is a KMS driver for emulated cirrus device in qemu.
It is *NOT* intended for real cirrus devices. This requires

regards,
--
js
suse labs

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

[-next regression] TCP window full with EPOLLWAKEUP (no replies)

Jiri Slaby — Sun, 20 May 2012 00:10:01 +0200

Hi,

a bisection shows that with the following commit from -next:
commit 4d7e30d98939a0340022ccd49325a3d70f7e0238
Author: Arve Hjønnevåg
Date: Tue May 1 21:33:34 2012 +0200

epoll: Add a flag, EPOLLWAKEUP, to prevent suspend while epoll
events are ready

====

one of mono programs I use stops receiving data from the network.
Wireshark shows that the TCP window of a connection is filled. This
means the program does not read the data fast enough after requesting
the data.

If I revert that commit on the top of -next (20120518), everything works
as expected.

regards,
--
js
suse labs

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

[GIT PULL] DT clk binding support (no replies)

Rob Herring — Sat, 19 May 2012 23:30:01 +0200

Mike,

Please pull devicetree clock binding support for 3.5. It's a bit late I
know, but this shouldn't affect anyone except for highbank which uses
it. It will be good to get it in so other platforms can start using it.

If you prefer, perhaps Arnd/Olof can pull this directly if you don't
have any other pulls planned for 3.5-rc1.

Rob

The following changes since commit f0948f59dbc8e725a96ba16da666e8f5cdd43ba8:

clk: add a fixed factor clock (2012-05-08 14:13:25 -0700)

are available in the git repository at:

git://sources.calxeda.com/kernel/linux.git clk-for-3.5

for you to fetch changes up to 9dca208955ffba16adc99d982fd7432b37f76faa:

clk: add highbank clock support (2012-05-15 19:14:10 -0500)

----------------------------------------------------------------
Grant Likely (2):
clk: add DT clock binding support
clk: add DT fixed-clock binding support

Rob Herring (2):
dt: add clock binding doc to primecell bindings
clk: add highbank clock support

.../devicetree/bindings/arm/primecell.txt | 6 +
.../devicetree/bindings/clock/calxeda.txt | 17 +
.../devicetree/bindings/clock/clock-bindings.txt | 117 +++++++
.../devicetree/bindings/clock/fixed-clock.txt | 21 ++
arch/arm/Kconfig | 1 +
arch/arm/boot/dts/highbank.dts | 91 +++++-
arch/arm/mach-highbank/Makefile | 2 +-
arch/arm/mach-highbank/clock.c | 62 ----
arch/arm/mach-highbank/highbank.c | 7 +
drivers/clk/Makefile | 4 +-
drivers/clk/clk-fixed-rate.c | 23 ++
drivers/clk/clk-highbank.c | 345
++++++++++++++++++++
drivers/clk/clk.c | 140 ++++++++
drivers/clk/clkdev.c | 77 +++++
include/linux/clk-provider.h | 16 +
include/linux/clk.h | 19 ++
16 files changed, 883 insertions(+), 65 deletions(-)
create mode 100644 Documentation/devicetree/bindings/clock/calxeda.txt
create mode 100644
Documentation/devicetree/bindings/clock/clock-bindings.txt
create mode 100644 Documentation/devicetree/bindings/clock/fixed-clock.txt
delete mode 100644 arch/arm/mach-highbank/clock.c
create mode 100644 drivers/clk/clk-highbank.c
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

hexagon: signal bugs (no replies)

Al Viro — Sat, 19 May 2012 23:20:01 +0200

1) spot the braino:
void do_trap0(struct pt_regs *regs)
....
unsigned long syscallret = 0;
...
if ((unsigned long) regs->syscall_nr >= __NR_syscalls) {
regs->r00 = -1;
} else {
syscall = (syscall_fn)
(sys_call_table[regs->syscall_nr]);
syscallret = syscall(regs->r00, regs->r01,
regs->r02, regs->r03,
regs->r04, regs->r05);
}

if (regs->syscall_nr != __NR_rt_sigreturn)
regs->r00 = syscallret;
IOW, the last if () should've been inside the "syscall_nr is not too high"
branch of the if () just above...

2) you do _not_ want syscall restarts to happen on sigreturn().
Whatever adjustment needed to be done had already been done back before
we'd saved the registers into sigcontext. So doing
regs->syscall_nr = __NR_rt_sigreturn;
in sys_rt_sigreturn() is exactly the wrong thing - for syscall restart
purposes you want it to look like a non-syscall (i.e. it should be
regs->syscall_nr = -1 to make your check in handle_signal() work).
Incidentally, I would suggest just having that thing return regs->r00;
then you can avoid all special-casing for "do we want to put the
return value of sys_...() into regs->r00?" in do_trap0().

3) if you have multiple pending signals, you need to handle all
of them before returning to userland. And you need to make sure that
syscall restart logics does not trigger on anything past the first time
around.

4) checking for !user_mode(regs) needs to be done in the loop (created
while fixing #3) in vm_entry.S where you are calling do_notify_resume();
you need to leave the loop if it's true (if you can get there on return
to kernel in the first place).
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

Re: exit_mmap BUG_ON in 2.6.23 (no replies)

Hugh Dickins — Sat, 19 May 2012 22:50:02 +0200

On Fri, 18 May 2012, Sam Portolla wrote:
> [please cc samPortolla@yahoo.com on your replies, not subscribed to the linux-kernel mailer]
>
> Hi, I have read the thread on same issue in 3.1:
> but this is happening on earlier GNU linux version 2.6.23 for x86_64,
> which does not have THP (I believe), nor it has huge_memory.c.
> Is there a fix one of you experts could supply? Issue is not reproducible
> so far, but happened on a customer site. Some info below.
>
> kernel BUG at .../bfc/linux/kernel-2.6.x/mm/mmap.c:2049!
>
> Line 2049 is in exit_mmap():
>
> BUG_ON(mm->nr_ptes > (FIRST_USER_ADDRESS+PMD_SIZE-1)>>PMD_SHIFT);
>
> RIP: 0010:[] [] exit_mmap+0xf0/0x100
> [snip]
> Call Trace:
> [] mmput+0x44/0xd0
> [] exit_mm+0x91/0x100
> [] do_exit+0x17a/0x960
> [] __dequeue_signal+0xec/0x1b0
> [] do_group_exit+0x38/0x90
> [] get_signal_to_deliver+0x2d6/0x4b0
> [] do_notify_resume+0xaa/0x760
> [] retint_signal+0x3d/0x85

I've checked back through old ChangeLogs, and (apart from a UserModeLinux
case) I don't see any fix for a BUG_ON(nr_ptes) issue in between 2.6.19
and the much later THP issue, which you're right to think cannot be yours.

But the 2.6.19 case, and one which a video driver writer had more recently,
were both caused by unrelated code zeroing beyond what it had allocated:
happening to zero part of a higher-level page table, making it impossible
for task exit to locate all the page tables (and pages) it had to free.

Though I can't be sure, these BUG_ON(nr_ptes) reports do seem perhaps
too infrequent to be caused by bad logic in mm itself: I suspect memory
corruption in your case too.

There's no clue here as to what the cause might be, I'm afraid.
Rebuilding your kernel with CONFIG_DEBUG_PAGEALLOC=y, and slab debugging
on, might shed more light: but that's probably not something you want to
get into on a customer site, for a problem only seen once or twice.

The best I can suggest is for you to change that BUG_ON to a WARN_ON,
so at least the kernel doesn't crash there, and you might gather more
information from each time it happens; but you'll probably leak pages,
and may very well crash soon for other reasons (e.g. when evicting an
inode cannot locate all the maps of its pages).

Hugh

[PATCH]usb:early:fixed coding style issue related to : operator (no replies)

Jeffrin Jose — Sat, 19 May 2012 21:30:01 +0200

Fixed a space issue relating to ":" operator found
by checkpatch.pl tool in drivers/usb/early/ehci-dbgp.c

Signed-off-by: Jeffrin Jose
---
drivers/usb/early/ehci-dbgp.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/usb/early/ehci-dbgp.c b/drivers/usb/early/ehci-dbgp.c
index 1fc8f12..ee0ebac 100644
--- a/drivers/usb/early/ehci-dbgp.c
+++ b/drivers/usb/early/ehci-dbgp.c
@@ -334,7 +334,7 @@ static int dbgp_control_msg(unsigned devnum, int requesttype,
int ret;

read = (requesttype & USB_DIR_IN) != 0;
- if (size > (read ? DBGP_MAX_PACKET:0))
+ if (size > (read ? DBGP_MAX_PACKET : 0))
return -1;

/* Compute the control message */
--
1.7.10

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

BUSINESS PROPOSAL!! (no replies)

WONG HUI — Sat, 19 May 2012 21:10:01 +0200

--
Please I would like you to keep this proposal as a top secret and
delete it
if you are not interested and get back to me if you are interested for
details as regards to the transfer of $24,500,000 to you from my bank
where
I am the bank director here in Hong Kong.
Yours Truly,
Wong Hui.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

[PATCH] android/alarm: remove unnecessary goto statement (no replies)

Devendra Naga — Sat, 19 May 2012 21:00:02 +0200

Signed-off-by: Devendra Naga
---
drivers/staging/android/alarm-dev.c | 1 -
1 file changed, 1 deletion(-)

diff --git a/drivers/staging/android/alarm-dev.c b/drivers/staging/android/alarm-dev.c
index 03efb34..1573672 100644
--- a/drivers/staging/android/alarm-dev.c
+++ b/drivers/staging/android/alarm-dev.c
@@ -196,7 +196,6 @@ from_old_alarm_set:

default:
rv = -EINVAL;
- goto err1;
}
err1:
return rv;
--
1.7.9.5

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

[GIT PULL] parisc fixes for 3.3-rc5 (no replies)

James Bottomley — Sat, 19 May 2012 21:00:02 +0200

This is a set of three bug fixes that gets parisc running again on
systems with PA1.1 processors. Two fix regressions introduced in 2.6.39
and one fixes a prefetch bug that only affects PA7300LC processors. We
also have another pending fix to do with the sectional arrangement of
vmlinux.lds, but there's a query on it during testing on one particular
system type, so I'll hold off sending it in for now.

The patches are here:

git://git.kernel.org/pub/scm/linux/kernel/git/jejb/parisc-2.6.git parisc-fixes

The short changelog is:

James Bottomley (2):
[PARISC] fix panic on prefetch(NULL) on PA7300LC
[PARISC] fix PA1.1 oops on boot

John David Anglin (1):
[PARISC] fix crash in flush_icache_page_asm on PA1.1

And the diffstat:

arch/parisc/include/asm/prefetch.h | 7 ++++++-
arch/parisc/kernel/entry.S | 4 ++++
arch/parisc/kernel/pacache.S | 38 +++++++++++++++++++-----------------
3 files changed, 30 insertions(+), 19 deletions(-)

With the full diff below

James

---

diff --git a/arch/parisc/include/asm/prefetch.h b/arch/parisc/include/asm/prefetch.h
index c5edc60..1ee7c82 100644
--- a/arch/parisc/include/asm/prefetch.h
+++ b/arch/parisc/include/asm/prefetch.h
@@ -21,7 +21,12 @@
#define ARCH_HAS_PREFETCH
static inline void prefetch(const void *addr)
{
- __asm__("ldw 0(%0), %%r0" : : "r" (addr));
+ __asm__(
+#ifndef CONFIG_PA20
+ /* Need to avoid prefetch of NULL on PA7300LC */
+ " extrw,u,= %0,31,32,%%r0\n"
+#endif
+ " ldw 0(%0), %%r0" : : "r" (addr));
}

/* LDD is a PA2.0 addition. */
diff --git a/arch/parisc/kernel/entry.S b/arch/parisc/kernel/entry.S
index 6f05944..5350342 100644
--- a/arch/parisc/kernel/entry.S
+++ b/arch/parisc/kernel/entry.S
@@ -581,7 +581,11 @@
*/
cmpiclr,= 0x01,\tmp,%r0
ldi (_PAGE_DIRTY|_PAGE_READ|_PAGE_WRITE),\prot
+#ifdef CONFIG_64BIT
depd,z \prot,8,7,\prot
+#else
+ depw,z \prot,8,7,\prot
+#endif
/*
* OK, it is in the temp alias region, check whether "from" or "to".
* Check "subtle" note in pacache.S re: r23/r26.
diff --git a/arch/parisc/kernel/pacache.S b/arch/parisc/kernel/pacache.S
index 93ff3d9..5d7218a 100644
--- a/arch/parisc/kernel/pacache.S
+++ b/arch/parisc/kernel/pacache.S
@@ -692,7 +692,7 @@ ENTRY(flush_icache_page_asm)

/* Purge any old translation */

- pitlb (%sr0,%r28)
+ pitlb (%sr4,%r28)

ldil L%icache_stride, %r1
ldw R%icache_stride(%r1), %r1
@@ -706,27 +706,29 @@ ENTRY(flush_icache_page_asm)
sub %r25, %r1, %r25

-1: fic,m %r1(%r28)
- fic,m %r1(%r28)
- fic,m %r1(%r28)
- fic,m %r1(%r28)
- fic,m %r1(%r28)
- fic,m %r1(%r28)
- fic,m %r1(%r28)
- fic,m %r1(%r28)
- fic,m %r1(%r28)
- fic,m %r1(%r28)
- fic,m %r1(%r28)
- fic,m %r1(%r28)
- fic,m %r1(%r28)
- fic,m %r1(%r28)
- fic,m %r1(%r28)
+ /* fic only has the type 26 form on PA1.1, requiring an
+ * explicit space specification, so use %sr4 */
+1: fic,m %r1(%sr4,%r28)
+ fic,m %r1(%sr4,%r28)
+ fic,m %r1(%sr4,%r28)
+ fic,m %r1(%sr4,%r28)
+ fic,m %r1(%sr4,%r28)
+ fic,m %r1(%sr4,%r28)
+ fic,m %r1(%sr4,%r28)
+ fic,m %r1(%sr4,%r28)
+ fic,m %r1(%sr4,%r28)
+ fic,m %r1(%sr4,%r28)
+ fic,m %r1(%sr4,%r28)
+ fic,m %r1(%sr4,%r28)
+ fic,m %r1(%sr4,%r28)
+ fic,m %r1(%sr4,%r28)
+ fic,m %r1(%sr4,%r28)
cmpb,COND(<<) %r28, %r25,1b
- fic,m %r1(%r28)
+ fic,m %r1(%sr4,%r28)

sync
bv %r0(%r2)
- pitlb (%sr0,%r25)
+ pitlb (%sr4,%r25)
.exit

.procend

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

haproxy请转交相关负责人 (no replies)

®aÆ·½Àí³ÉéLß^³ÌÖÐ´æÔÚµÄî} — Sat, 19 May 2012 20:30:01 +0200

尊敬的：haproxy，您好：

成功的产品经理
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
时间地点：5月21-22日深圳 5月24-25日北京 5月28-29日上海 6月18-19日深圳

参加对象：企业CEO/总经理、研发总经理/副总、公司总工/技术总监、公司人力资源总监、产品
线总监、产品经理/项目经理、PMO（项目管理办公室）成员、市场总监、技术支持总
监等。

学习费用：4000元/两天 *买一赠一,不再打折需在同一个月的同一课程才享有此优惠，
单独一人收费2600元。（含两天中餐、指定教材、证书、茶点）

◆会-务-组-织：环☆球☆企☆业☆培☆训☆网

◆全-国咨-询热-线：４００６~３９０~７８８

◆深圳联-系电-话：０７５５~６１２８~３５７０

◆北京联-系电-话：０１０~５１６５~９６８４

◆上海联-系电-话：０２１~５１０２~８０７９

◆咨-----询 QQ：２３６７~１１７８６

温馨提示本课程可为企业提供上门内训服务，欢迎来电咨询！
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
课程背景2012-05-20-02:26:25

　　当一个企业从单一产品线向多产品线跨越的时候，必须突破的一个瓶颈就是公司产品经理的培
养，因为产品经理是公司价值链中最重要的一个环节，是直接面向客户、带领团队创造价值的领军
人物，因此产品经理个人及其所率领的团队的能力往往决定了该产品在市场上的竞争力。
　　我们在为国内众多公司提供产品需求和产品管理咨询的过程中，发现大量企业存在如下问题：
1.产品开发闭门造车，只关注技术，不关注客户，研发从早忙到晚，产品开发的不少，但赚钱的产
品屈指可数。
2.产品开发出来才找客户、找卖点，销售人员报怨我们的产品从娘胎中出来就躺在担架上，产品没
有优势，也不知道竞争对手产品的弱点，但我们产品的弱点往往被对手抓住
3.几乎没有产品路标的规划，有规划也主要是技术驱动，客户需求到不了规划人员手中，公司神经
末梢与大脑失去联系。
4.了解市场的不懂技术，懂技术的不了解市场，不知道需求应该谁负责，缺少完备的需求收集、汇
总、分析机制
5.把市场驱动的产品开发理解为市场部驱动开发部，销售人员反馈的需求往往是“盲人摸象”，导
致需求不断更改……

　　针对以上问题，公司应该有一个非常关键的的角色产品经理来贯穿产品需求、研发和上市管理
的全流程，在实施产品管理管理体系的时候又发现很多困惑：
1.产品经理该如何定位？其职责是什么？
2.产品经理需要具备什么样的能力？如何培养？
3.如何与客户有效沟通，从而发掘客户的隐性需求？
4.如何从大量的需求信息中提炼出核心的客户需求？
5.如何策划有竞争力的差异化产品？
6.如何确保策划的核心需求在开发过程中被充分实现？
7.如何把优秀的新产品成功的推向市场？
8.如何避免产品经理沦落成“问题经理”？
9.如何构建适合产品经理成长的优良土壤？

　　针对以上典型问题，我们结合大量的培训和咨询案例，并不断总结，在过去五年讲授该课程的
基础上进行了大量优化，形成了一套适合中国企业的产品经理管理体系，让学员听完后回到公司就
能够立刻实施，保证落地。
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

●课程收益：2012-05-20-02:26:25
1.分享讲师500多场研发管理培训的专业经验，通过现场的互动帮助学员理清适合自己企业的产品
管理的思路和产品经理的培养方案
2.分析业界公司在产品经理培养和管理中的误区，并分享成功经验
3.了解产品经理的定位、职责、素质模型与任职资格标准
4.理解新产品市场管理、路标规划、需求管理的流程及支撑体系
5.掌握新产品开发的过程管理的技巧和方法
6.掌握新产品上市管理的技巧和方法，总结保证产品商业成功的关键
7.学会如何打造一个成功的产品团队，如何管理产品团队的绩效和冲突处理
8.学会如何建立产品经理的培养体系

[WARNING] lockdep and kmemcheck_alloc_shadow (no replies)

Steven Rostedt — Sat, 19 May 2012 19:50:02 +0200

Testing 3.2.18-rc1 I hit the following:

WARNING: at /work/autotest/nobackup/linux-test.git/kernel/lockdep.c:2739 lockdep_trace_alloc+0xee/0xf0()
Hardware name:
Pid: 0, comm: swapper/0 Not tainted 3.2.18-rc1-test+ #1
Call Trace:^M
[] warn_slowpath_common+0x75/0xb0
[] warn_slowpath_null+0x15/0x20
[] lockdep_trace_alloc+0xee/0xf0
[] __alloc_pages_nodemask+0x8c/0x7e0
[] ? trace_hardirqs_off_caller+0xb7/0x120
[] ? trace_hardirqs_off_thunk+0x3a/0x3c
[] ? trace_hardirqs_off_caller+0xb7/0x120
[] ? trace_hardirqs_off_thunk+0x3a/0x3c
[] ? trace_hardirqs_off_caller+0xb7/0x120
[] ? trace_hardirqs_off_thunk+0x3a/0x3c
[] ? retint_restore_args+0x6/0x13
[] kmemcheck_alloc_shadow+0x4b/0xf0
[] new_slab+0x26f/0x370
[] __slab_alloc+0x2ee/0x421
[] ? trace_hardirqs_off_thunk+0x3a/0x3c
[] ? do_set_mempolicy+0x4e/0x210^M
[] ? retint_restore_args+0x6/0x13
[] ? do_set_mempolicy+0x4e/0x210
[] kmem_cache_alloc+0x12d/0x140
[] do_set_mempolicy+0x4e/0x210
[] numa_policy_init+0x11f/0x13f
[] start_kernel+0x2d0/0x36e
[] x86_64_start_reservations+0xcc/0xd0
[] ? early_idt_handlers+0x140/0x140
[] x86_64_start_kernel+0x102/0x111
---[ end trace 4eaa2a86a8e2da22 ]---

Attached config.

-- Steve

[PATCH] mfd: tpx6586x: Depend on regulator (no replies)

Mark Brown — Sat, 19 May 2012 19:20:02 +0200

Some of the OF binding stuff is done in the MFD.

Signed-off-by: Mark Brown
---

It just went ahead and applied this.

drivers/mfd/Kconfig | 1 +
1 file changed, 1 insertion(+)

diff --git a/drivers/mfd/Kconfig b/drivers/mfd/Kconfig
index 1f887a2..f15273c 100644
--- a/drivers/mfd/Kconfig
+++ b/drivers/mfd/Kconfig
@@ -175,6 +175,7 @@ config MFD_TPS6586X
bool "TPS6586x Power Management chips"
depends on I2C=y && GPIOLIB && GENERIC_HARDIRQS
select MFD_CORE
+ depends on REGULATOR
help
If you say yes here you get support for the TPS6586X series of
Power Management chips.
--
1.7.10

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

[PATCH] small spelling correction (no replies)

Ian Kumlien — Sat, 19 May 2012 18:20:01 +0200

Hi,

Just saw spotted a spelling error when updating one of my machines to
3.4.0-rc7, but since it was so small i actually
ran hunspell on the config, that's where the adapter change came from
- hope it's ok =)

Changes in drivers/usb/host/Kconfig:
compilant => compliant
provieds => provides
Adaptor => Adapter

[PATCH]fs:ext4:fixed space issue related to * operator. (no replies)

Jeffrin Jose — Sat, 19 May 2012 18:10:01 +0200

Fixed coding style issue relating to * operator found
by checkpath.pl tool in fs/ext4/fsync.c

Signed-off-by: Jeffrin Jose
---
fs/ext4/fsync.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/fs/ext4/fsync.c b/fs/ext4/fsync.c
index bb6c7d8..b06e330 100644
--- a/fs/ext4/fsync.c
+++ b/fs/ext4/fsync.c
@@ -34,7 +34,7 @@

#include

-static void dump_completed_IO(struct inode * inode)
+static void dump_completed_IO(struct inode *inode)
{
#ifdef EXT4FS_DEBUG
struct list_head *cur, *before, *after;
--
1.7.10

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

[PATCH] USB CDC-Ether - Add ZTE WWAN matches before generic Ethernet (3 replies)

Andrew Bird — Sun, 20 May 2012 00:50:01 +0200

Some ZTE WWAN devices have generic CDC Ether descriptors. Add those
into the whitelist so that we get FLAG_WWAN on the interface

Signed-off-by: Andrew Bird
---
drivers/net/usb/cdc_ether.c | 56 +++++++++++++++++++++++++++++++++++++++++++
1 files changed, 56 insertions(+), 0 deletions(-)

diff --git a/drivers/net/usb/cdc_ether.c b/drivers/net/usb/cdc_ether.c
index 425e201..fffee6a 100644
--- a/drivers/net/usb/cdc_ether.c
+++ b/drivers/net/usb/cdc_ether.c
@@ -486,6 +486,7 @@ static const struct driver_info wwan_info = {

#define HUAWEI_VENDOR_ID 0x12D1
#define NOVATEL_VENDOR_ID 0x1410
+#define ZTE_VENDOR_ID 0x19D2

static const struct usb_device_id products [] = {
/*
@@ -618,6 +619,61 @@ static const struct usb_device_id products [] = {
.bInterfaceProtocol = USB_CDC_PROTO_NONE,
.driver_info = (unsigned long)&wwan_info,
}, {
+ /* ZTE (Vodafone) K3805-Z */
+ .match_flags = USB_DEVICE_ID_MATCH_VENDOR
+ | USB_DEVICE_ID_MATCH_PRODUCT
+ | USB_DEVICE_ID_MATCH_INT_INFO,
+ .idVendor = ZTE_VENDOR_ID,
+ .idProduct = 0x1003,
+ .bInterfaceClass = USB_CLASS_COMM,
+ .bInterfaceSubClass = USB_CDC_SUBCLASS_ETHERNET,
+ .bInterfaceProtocol = USB_CDC_PROTO_NONE,
+ .driver_info = (unsigned long)&wwan_info,
+}, {
+ /* ZTE (Vodafone) K3806-Z */
+ .match_flags = USB_DEVICE_ID_MATCH_VENDOR
+ | USB_DEVICE_ID_MATCH_PRODUCT
+ | USB_DEVICE_ID_MATCH_INT_INFO,
+ .idVendor = ZTE_VENDOR_ID,
+ .idProduct = 0x1015,
+ .bInterfaceClass = USB_CLASS_COMM,
+ .bInterfaceSubClass = USB_CDC_SUBCLASS_ETHERNET,
+ .bInterfaceProtocol = USB_CDC_PROTO_NONE,
+ .driver_info = (unsigned long)&wwan_info,
+}, {
+ /* ZTE (Vodafone) K4510-Z */
+ .match_flags = USB_DEVICE_ID_MATCH_VENDOR
+ | USB_DEVICE_ID_MATCH_PRODUCT
+ | USB_DEVICE_ID_MATCH_INT_INFO,
+ .idVendor = ZTE_VENDOR_ID,
+ .idProduct = 0x1173,
+ .bInterfaceClass = USB_CLASS_COMM,
+ .bInterfaceSubClass = USB_CDC_SUBCLASS_ETHERNET,
+ .bInterfaceProtocol = USB_CDC_PROTO_NONE,
+ .driver_info = (unsigned long)&wwan_info,
+}, {
+ /* ZTE (Vodafone) K3770-Z */
+ .match_flags = USB_DEVICE_ID_MATCH_VENDOR
+ | USB_DEVICE_ID_MATCH_PRODUCT
+ | USB_DEVICE_ID_MATCH_INT_INFO,
+ .idVendor = ZTE_VENDOR_ID,
+ .idProduct = 0x1177,
+ .bInterfaceClass = USB_CLASS_COMM,
+ .bInterfaceSubClass = USB_CDC_SUBCLASS_ETHERNET,
+ .bInterfaceProtocol = USB_CDC_PROTO_NONE,
+ .driver_info = (unsigned long)&wwan_info,
+}, {
+ /* ZTE (Vodafone) K3772-Z */
+ .match_flags = USB_DEVICE_ID_MATCH_VENDOR
+ | USB_DEVICE_ID_MATCH_PRODUCT
+ | USB_DEVICE_ID_MATCH_INT_INFO,
+ .idVendor = ZTE_VENDOR_ID,
+ .idProduct = 0x1181,
+ .bInterfaceClass = USB_CLASS_COMM,
+ .bInterfaceSubClass = USB_CDC_SUBCLASS_ETHERNET,
+ .bInterfaceProtocol = USB_CDC_PROTO_NONE,
+ .driver_info = (unsigned long)&wwan_info,
+}, {
USB_INTERFACE_INFO(USB_CLASS_COMM, USB_CDC_SUBCLASS_ETHERNET,
USB_CDC_PROTO_NONE),
.driver_info = (unsigned long) &cdc_info,
--
1.7.6.5

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

[PATCH 0/5] regulator: tps65910: fixes/cleanups in dt supports (8 replies)

Laxman Dewangan — Sat, 19 May 2012 20:40:01 +0200

Fixing the some parameter initialization and cleanup for dt support.
All patches are self explanatory.
- Use small names for the regulator name to match with doc
- initize of_node properly.
- pass proper device structure when registering regulator
- use dvm_*
- Add some more debug print info.

Laxman Dewangan (5):
regulator: tps65910: use small letter for regulator names
regulator: tps65910: set of_node for regulator register config
regulator: tps65910: use self device for regulator registration
regulator: tps65910: use devm_* for memory allocation
regulator: tps65910: add error message in case of failure

drivers/regulator/tps65910-regulator.c | 165 ++++++++++++++++----------------
1 files changed, 84 insertions(+), 81 deletions(-)

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

[PATCH 5/5] regulator: tps65910: add error message in case of failure (1 reply)

Laxman Dewangan — Sat, 19 May 2012 20:50:01 +0200

Prints error message whenever there is failure on allocating
resource. Also used the dev_* to print messages instead of pr_*

Signed-off-by: Laxman Dewangan
---
drivers/regulator/tps65910-regulator.c | 12 ++++++++----
1 files changed, 8 insertions(+), 4 deletions(-)

diff --git a/drivers/regulator/tps65910-regulator.c b/drivers/regulator/tps65910-regulator.c
index 5a8ad4e..560282c 100644
--- a/drivers/regulator/tps65910-regulator.c
+++ b/drivers/regulator/tps65910-regulator.c
@@ -1107,7 +1107,7 @@ static struct tps65910_board *tps65910_parse_dt_reg_data(
matches = tps65911_matches;
break;
default:
- pr_err("Invalid tps chip version\n");
+ dev_err(&pdev->dev, "Invalid tps chip version\n");
return NULL;
}

@@ -1158,12 +1158,16 @@ static __devinit int tps65910_probe(struct platform_device *pdev)
if (!pmic_plat_data && tps65910->dev->of_node)
pmic_plat_data = tps65910_parse_dt_reg_data(pdev, ®_node);

- if (!pmic_plat_data)
+ if (!pmic_plat_data) {
+ dev_err(&pdev->dev, "Platform data not found\n");
return -EINVAL;
+ }

pmic = devm_kzalloc(&pdev->dev, sizeof(*pmic), GFP_KERNEL);
- if (!pmic)
+ if (!pmic) {
+ dev_err(&pdev->dev, "Memory allocation failed for pmic\n");
return -ENOMEM;
+ }

mutex_init(&pmic->mutex);
pmic->mfd = tps65910;
@@ -1187,7 +1191,7 @@ static __devinit int tps65910_probe(struct platform_device *pdev)
info = tps65911_regs;
break;
default:
- pr_err("Invalid tps chip version\n");
+ dev_err(&pdev->dev, "Invalid tps chip version\n");
return -ENODEV;
}

--
1.7.1.1

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

[PATCH 3/5] regulator: tps65910: use self device for regulator registration (1 reply)

Laxman Dewangan — Sat, 19 May 2012 20:10:02 +0200

Use self device for regulator registration instead of parent
device.

Signed-off-by: Laxman Dewangan
---
drivers/regulator/tps65910-regulator.c | 4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/drivers/regulator/tps65910-regulator.c b/drivers/regulator/tps65910-regulator.c
index dd0e2cb..72942c2 100644
--- a/drivers/regulator/tps65910-regulator.c
+++ b/drivers/regulator/tps65910-regulator.c
@@ -1111,7 +1111,7 @@ static struct tps65910_board *tps65910_parse_dt_reg_data(
return NULL;
}

- ret = of_regulator_match(pdev->dev.parent, regulators, matches, count);
+ ret = of_regulator_match(&pdev->dev, regulators, matches, count);
if (ret < 0) {
dev_err(&pdev->dev, "Error parsing regulator init data: %d\n",
ret);
@@ -1260,7 +1260,7 @@ static __devinit int tps65910_probe(struct platform_device *pdev)
pmic->desc.enable_reg = pmic->get_ctrl_reg(i);
pmic->desc.enable_mask = TPS65910_SUPPLY_STATE_ENABLED;

- config.dev = tps65910->dev;
+ config.dev = &pdev->dev;
config.init_data = reg_data;
config.driver_data = pmic;
config.regmap = tps65910->regmap;
--
1.7.1.1

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

[PATCH] regulator: core: use correct device for device supply lookup (11 replies)

Laxman Dewangan — Sun, 20 May 2012 01:20:01 +0200

When registering the regulator driver, use the rdev->dev for
getting the regulator device of given supply instead of parent
device.

Signed-off-by: Laxman Dewangan
---
drivers/regulator/core.c | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/drivers/regulator/core.c b/drivers/regulator/core.c
index 7584a74..f820137 100644
--- a/drivers/regulator/core.c
+++ b/drivers/regulator/core.c
@@ -3150,7 +3150,7 @@ regulator_register(const struct regulator_desc *regulator_desc,
if (supply) {
struct regulator_dev *r;

- r = regulator_dev_lookup(dev, supply, &ret);
+ r = regulator_dev_lookup(&rdev->dev, supply, &ret);

if (!r) {
dev_err(dev, "Failed to find supply %s\n", supply);
--
1.7.1.1

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

[PATCH] mac80211: Fix race in sending null to check AP (no replies)

Soumik DAS — Sat, 19 May 2012 16:00:02 +0200

From: Soumik Das

mac80211 tries to verify the existence of the current AP by
probing or sending a NULL frame in function
ieee80211_mgd_probe_ap_send. It 1st sends a null frame to the AP,
increments probe_send_count and waits for the ACK to the NULL
frame for a finite duration of time. At times, it happens that by
the time mac80211 gets to increment probe_send_count, the ACK for
the NULL frame transmitted has already been processed. This leads
to a race condition where mac80211 times out waiting for the ACK
for the NULL frame causing unnecessary disconnection with the AP.

Signed-off-by: Soumik Das
---
net/mac80211/mlme.c | 3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)

diff --git a/net/mac80211/mlme.c b/net/mac80211/mlme.c
index dbd4bd9..40c933c 100644
--- a/net/mac80211/mlme.c
+++ b/net/mac80211/mlme.c
@@ -1522,6 +1522,8 @@ static void ieee80211_mgd_probe_ap_send(struct ieee80211_sub_if_data *sdata)
* anymore. The timeout will be reset if the frame is ACKed by
* the AP.
*/
+ ifmgd->probe_send_count++;
+
if (sdata->local->hw.flags & IEEE80211_HW_REPORTS_TX_ACK_STATUS) {
ifmgd->nullfunc_failed = false;
ieee80211_send_nullfunc(sdata->local, sdata, 0);
@@ -1538,7 +1540,6 @@ static void ieee80211_mgd_probe_ap_send(struct ieee80211_sub_if_data *sdata)
0, (u32) -1, true, false);
}

- ifmgd->probe_send_count++;
ifmgd->probe_timeout = jiffies + msecs_to_jiffies(probe_wait_ms);
run_again(ifmgd, ifmgd->probe_timeout);
if (sdata->local->hw.flags & IEEE80211_HW_REPORTS_TX_ACK_STATUS)
--
1.7.0.4

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

[PATCH 0/3] [GIT PULL] tracing: Some more updates for 3.5 (3 replies)

Steven Rostedt — Sat, 19 May 2012 15:40:02 +0200

Ingo,

Please pull the latest tip/perf/core-2 tree, which can be found at:

git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace.git
tip/perf/core-2

Head SHA1: 895b67fd5830ce18a6f1375a7c062fcf84b4b874

Richard Weinberger (1):
tracing: Remove kernel_lock annotations

Vaibhav Nagarnaik (2):
ring-buffer: Merge separate resize loops
tracing: Fix initial buffer_size_kb state

----
kernel/trace/ring_buffer.c | 41 +++++++++++++++--------------------------
kernel/trace/trace.c | 5 ++---
2 files changed, 17 insertions(+), 29 deletions(-)

Deal of the Day:Panasonic Lumix DMC-GF3 12.1MP Interchangeable Lens Camera $314.00 (55% off) (Trial Version) (no replies)

Anonymous User — Sat, 19 May 2012 14:40:01 +0200

img {display: block;}
.ai {display:inline;}
td {line-height:12px;}
#maincopy br {line-height: 12px;}

Please click here if the e-mail below is not displayed correctly.

Follow us:

Free Two-Day Shipping with › Amazon Prime

Your Amazon.com
Today's Deals
See All Departments

Panasonic Lumix DMC-GF3 12.1MP Interchangeable Lens Camera

$699.95

$314.00

(55% off)

Panasonic's LUMIX DMC-GF3 realizes all the features you want from a bulky DSLR interchangeable lens camera, only it accomplishes this in an ultra compact point-and-shoot camera body about as wide and tall as a typical smart phone yet is lightweight and simple to master. This remarkable reduction in size and weight is thanks to advancements in new mirror-free camera technology, and large DSLR format sensors that are more compatible with a new class of compact Micro Four Thirds (MFT) System lenses.

Explore Other Gold Box Deals

Save 60% on Capri Tools LED Flashlight

Save up to 35% on Kryptonite & OnGuard Bike Locks

Up to 40% Savings on Shimano Bike Pedals

Check out our Best Deals in HDTV and Video

HDTVs for $500 or Less

$10 Off a $125 Dremel Order

Instant Savings on Select LG HDTVs

$5 Off a Select $25 Stanley Order

[PATCH] irq_domain: Standardise legacy/linear domain selection (4 replies)

Mark Brown — Sun, 20 May 2012 00:50:01 +0200

A large proportion of interrupt controllers that support legacy mappings
do so because non-DT systems need to use fixed IRQ numbers when registering
devices via buses but can otherwise use a linear mapping. The interrupt
controller itself typically is not affected by the mapping used and best
practice is to use a linear mapping where possible so drivers frequently
select at runtime depending on if a legacy range has been allocated to
them.

Standardise this behaviour by providing irq_domain_register_simple() which
will allocate a linear mapping unless a positive first_irq is provided in
which case it will fall back to a legacy mapping. This helps make best
practice for irq_domain adoption clearer.

Signed-off-by: Mark Brown
---
Documentation/IRQ-domain.txt | 5 +++++
include/linux/irqdomain.h | 5 +++++
kernel/irq/irqdomain.c | 30 ++++++++++++++++++++++++++++++
3 files changed, 40 insertions(+)

diff --git a/Documentation/IRQ-domain.txt b/Documentation/IRQ-domain.txt
index 27dcaab..1401cec 100644
--- a/Documentation/IRQ-domain.txt
+++ b/Documentation/IRQ-domain.txt
@@ -93,6 +93,7 @@ Linux IRQ number into the hardware.
Most drivers cannot use this mapping.

==== Legacy ====
+irq_domain_add_simple()
irq_domain_add_legacy()
irq_domain_add_legacy_isa()

@@ -115,3 +116,7 @@ The legacy map should only be used if fixed IRQ mappings must be
supported. For example, ISA controllers would use the legacy map for
mapping Linux IRQs 0-15 so that existing ISA drivers get the correct IRQ
numbers.
+
+Most users of legacy mappings should use irq_domain_add_simple() which
+will use a legacy domain only if an IRQ range is supplied by the
+system and will otherwise use a linear domain mapping.
diff --git a/include/linux/irqdomain.h b/include/linux/irqdomain.h
index c65740d..fcf4142 100644
--- a/include/linux/irqdomain.h
+++ b/include/linux/irqdomain.h
@@ -112,6 +112,11 @@ struct irq_domain {
};

#ifdef CONFIG_IRQ_DOMAIN
+struct irq_domain *irq_domain_add_simple(struct device_node *of_node,
+ unsigned int size,
+ unsigned int first_irq,
+ const struct irq_domain_ops *ops,
+ void *host_data);
struct irq_domain *irq_domain_add_legacy(struct device_node *of_node,
unsigned int size,
unsigned int first_irq,
diff --git a/kernel/irq/irqdomain.c b/kernel/irq/irqdomain.c
index d0e50eb..86ae10f 100644
--- a/kernel/irq/irqdomain.c
+++ b/kernel/irq/irqdomain.c
@@ -77,6 +77,36 @@ static unsigned int irq_domain_legacy_revmap(struct irq_domain *domain,
}

/**
+ * irq_domain_add_simple() - Allocate and register a simple irq_domain.
+ * @of_node: pointer to interrupt controller's device tree node.
+ * @size: total number of irqs in mapping
+ * @first_irq: first number of irq block assigned to the domain
+ * @ops: map/unmap domain callbacks
+ * @host_data: Controller private data pointer
+ *
+ * Allocates a legacy irq_domain if irq_base is positive or a linear
+ * domain otherwise.
+ *
+ * This is intended to implement the expected behaviour for most
+ * interrupt controllers which is that a linear mapping should
+ * normally be used unless the system requires a legacy mapping in
+ * order to support supplying interrupt numbers during non-DT
+ * registration of devices.
+ */
+struct irq_domain *irq_domain_add_simple(struct device_node *of_node,
+ unsigned int size,
+ unsigned int first_irq,
+ const struct irq_domain_ops *ops,
+ void *host_data)
+{
+ if (first_irq > 0)
+ return irq_domain_add_legacy(of_node, size, first_irq, 0,
+ ops, host_data);
+ else
+ return irq_domain_add_linear(of_node, size, ops, host_data);
+}
+
+/**
* irq_domain_add_legacy() - Allocate and register a legacy revmap irq_domain.
* @of_node: pointer to interrupt controller's device tree node.
* @size: total number of irqs in legacy mapping
--
1.7.10

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

Processing your first payment of 5.000 (no replies)

Western Union Money Transfer — Sat, 19 May 2012 14:10:01 +0200

We wish to inform you that We have sent $5000.00 USD already ,that was given to you by the European Union, as we are mandated to send you the total sum of 1000,000,00 USD through Western Union.send name,address, phone number.Processing your first payment of 5,000 USD.

Sign,
Rev. Clayton Bowie (Payment Officer)
Phone Number: Tel +(44) 7778 650 179
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

[PATCH 1/1] net:ipv6:fixed space issues relating to operators. (1 reply)

Jeffrin Jose — Sun, 20 May 2012 00:40:01 +0200

Fixed space issues relating to operators found by
checkpatch.pl tool in net/ipv6/udp.c

Signed-off-by: Jeffrin Jose
---
net/ipv6/udp.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/net/ipv6/udp.c b/net/ipv6/udp.c
index 847253c..f05099f 100644
--- a/net/ipv6/udp.c
+++ b/net/ipv6/udp.c
@@ -349,7 +349,7 @@ int udpv6_recvmsg(struct kiocb *iocb, struct sock *sk,
bool slow;

if (addr_len)
- *addr_len=sizeof(struct sockaddr_in6);
+ *addr_len = sizeof(struct sockaddr_in6);

if (flags & MSG_ERRQUEUE)
return ipv6_recv_error(sk, msg, len);
@@ -1379,7 +1379,7 @@ static struct sk_buff *udp6_ufo_fragment(struct sk_buff *skb,
* do checksum of UDP packets sent as multiple IP fragments.
*/
offset = skb_checksum_start_offset(skb);
- csum = skb_checksum(skb, offset, skb->len- offset, 0);
+ csum = skb_checksum(skb, offset, skb->len - offset, 0);
offset += skb->csum_offset;
*(__sum16 *)(skb->data + offset) = csum_fold(csum);
skb->ip_summed = CHECKSUM_NONE;
--
1.7.10

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

[PATCH 1/1] net:ipv6:fixed a trailing white space issue. (1 reply)

Jeffrin Jose — Sun, 20 May 2012 00:40:01 +0200

Fixed a trailing white space issue found by
checkpatch.pl tool in net/ipv6/udp.c

Signed-off-by: Jeffrin Jose
---
net/ipv6/udp.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/net/ipv6/udp.c b/net/ipv6/udp.c
index c1d91a7..847253c 100644
--- a/net/ipv6/udp.c
+++ b/net/ipv6/udp.c
@@ -103,7 +103,7 @@ int udp_v6_get_port(struct sock *sk, unsigned short snum)
{
unsigned int hash2_nulladdr =
udp6_portaddr_hash(sock_net(sk), &in6addr_any, snum);
- unsigned int hash2_partial =
+ unsigned int hash2_partial =
udp6_portaddr_hash(sock_net(sk), &inet6_sk(sk)->rcv_saddr, 0);

/* precompute partial secondary hash */
--
1.7.10

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/