On 03/20/2013 05:12 AM, Hillf Danton wrote:
Hey, would you all please try Mels new work?
http://marc.info/?l=linux-mmm=136352546814642w=4
Yeah, I was in CC and also asked Mel if I should apply those. I will as
soon as I'm back home (next week).
thanks,
--
js
suse labs
--
To unsubscribe from
Hello,
We are setting up a container using a CLONE_NEWNS linux namespace.
Previously we used the 3.4.4 kernel, which worked fine. After I
upgraded i also experienced races in netlink, which has been resolved
by placing a monitor around the namespace setup. When we upgraded to
Linux 3.8.0 however
The Kconfig symbol USB_GADGET_NET2272_DMA was renamed to USB_NET2272_DMA
in commit 193ab2a6070039e7ee2b9b9bebea754a7c52fd1b (usb: gadget: allow
multiple gadgets to be built). That commit did not convert the only
occurrence of the corresponding Kconfig macro. Convert that macro now.
Signed-off-by:
Hi Simon,
On Wed, Mar 20, 2013 at 09:14:56AM +0100, Samuel Ortiz wrote:
On Tue, Mar 19, 2013 at 07:01:42PM -0700, Simon Glass wrote:
Hi Samuel,
On Tue, Mar 19, 2013 at 6:12 PM, Samuel Ortiz sa...@linux.intel.com wrote:
On Wed, Mar 20, 2013 at 01:56:52AM +0100, Samuel Ortiz wrote:
Hi
On Sun, Feb 10, 2013 at 11:36 AM, Geert Uytterhoeven
ge...@linux-m68k.org wrote:
On Thu, Jan 31, 2013 at 1:23 AM, Michael Schmitz schmitz...@gmail.com wrote:
[PATCH 09/17] [m68k] IRQ: add handle_polled_irq() for timer based soft
interrupts -
experimental hack to avoid unhandled
On Mon, Mar 18, 2013 at 10:31:14AM +0100, Bjørn Mork wrote:
Jon Arne Jørgensen jona...@jonarne.no writes:
This is the smi2021-bootloader module.
This module will upload the firmware for the different somagic devices.
I really don't understand why you want to make that a separate module.
We have several boards that differ in the location of RAM.
I would like to use the same image for all boards.
My current understanding is that some part of the kernel startup code are
position dependent.
CPU : ARM11.
Bootloader : U-Boot
Kernel: 2.6.39.3
Is this configurable somehow?
Has anyone
On Wed, Mar 20, 2013 at 01:39:40PM -0400, Anson Huang wrote:
RBC is to control whether some ANATOP sub modules
can enter lpm mode when SOC is into STOP mode, if
RBC is enabled and PMIC_VSTBY_REQ is set, ANATOP
will have below behaviors:
1. Digital LDOs(CORE, SOC and PU) are bypassed;
2.
On Tue, Mar 19, 2013 at 6:59 PM, Arnd Bergmann a...@arndb.de wrote:
On Tuesday 19 March 2013, Fabio Porcedda wrote:
On Tue, Mar 19, 2013 at 5:48 PM, Arnd Bergmann a...@arndb.de wrote:
On Tuesday 19 March 2013, Geert Uytterhoeven wrote:
Hmm, so we may have drivers that (now) work perfectly
On Wed, Mar 20, 2013 at 05:01:19PM +0800, Shawn Guo wrote:
On Wed, Mar 20, 2013 at 01:39:40PM -0400, Anson Huang wrote:
RBC is to control whether some ANATOP sub modules
can enter lpm mode when SOC is into STOP mode, if
RBC is enabled and PMIC_VSTBY_REQ is set, ANATOP
will have below
Twelve Kconfig symbols, all related to WM8350, WM8351, and WM8352, are
unused. Commit 19d57ed5a308472a02e773f33c03ad4cb2ec6a9 (mfd: Remove
custom wm8350 cache implementation) removed all their (actual) users.
Remove these symbols too.
Signed-off-by: Paul Bolle pebo...@tiscali.nl
Acked-by: Mark
Updated the usb_otg_hs dt data to include the *phy* and *phy-names*
binding in order for the driver to use the new generic PHY framework.
Also updated the Documentation to include the binding information.
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
---
Used the generic PHY framework API to create the PHY. twl4030_usb_suspend
and twl4030_usb_resume is added to phy_ops in order to align
with the new framework.
However using the old USB PHY library cannot be completely removed
because OTG is intertwined with PHY and moving to the new
framework
In order for controllers to get PHY in case of non dt boot, the phy
binding information should be added in the platform specific
initialization code using phy_bind. The previously added usb_bind_phy
can't be removed yet because the musb controller continues to use the
old PHY library which has OTG
Use the generic PHY framework API to get the PHY. The usb_phy_set_suspend
and usb_phy_set_resume is replaced with phy_suspend and phy_resume to
align with the new PHY framework.
musb-xceiv can't be removed as of now because musb core uses xceiv.state and
xceiv.otg. Once there is a separate state
The PHY framework provides a set of APIs for the PHY drivers to
create/destroy a PHY and APIs for the PHY users to obtain a reference to the
PHY with or without using phandle. To obtain a reference to the PHY without
using phandle, the platform specfic intialization code (say from board file)
Added a generic PHY framework that provides a set of APIs for the PHY drivers
to create/destroy a PHY and APIs for the PHY users to obtain a reference to
the PHY with or without using phandle. To obtain a reference to the PHY
without using phandle, the platform specfic intialization code (say from
Used the generic PHY framework API to create the PHY. omap_usb2_suspend
is split into omap_usb_suspend and omap_usb_resume in order to align
with the new framework.
However using the old USB PHY library cannot be completely removed
because OTG is intertwined with PHY and moving to the new
On Wed, Mar 20, 2013 at 01:39:40PM -0400, Anson Huang wrote:
RBC is to control whether some ANATOP sub modules
can enter lpm mode when SOC is into STOP mode, if
RBC is enabled and PMIC_VSTBY_REQ is set, ANATOP
will have below behaviors:
1. Digital LDOs(CORE, SOC and PU) are bypassed;
2.
On Tue, Mar 19, 2013 at 10:24 PM, Al Viro v...@zeniv.linux.org.uk wrote:
it still might make sense to implement
something as a layer, but some parts of that sucker may be better off as
fs primitives. Hell, we could, in theory, implement xattrs as a layer;
just look at how reiserfs had done
These look nice. Thanks for breaking up the move and api rename
into separate patches.
regards,
dan carpenter
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at
arch/blackfin/mach-bf538/boards/ezkit.c:768:2: error: #endif without #if
Introduced by commit cf93feb3a0dee97c7896016a352a3226139fbcf4 (blackfin:
twi: Move TWI peripheral pin request array to platform data), which
removed the #if, but forgot about the #endif.
Signed-off-by: Geert Uytterhoeven
From: Luis R. Rodriguez mcg...@do-not-panic.com
This patch series deals with the project that aims at
backporting the Linux kernel [0]. If you don't care
for that, at least read this and patch #1, the rest
you can nuke.
Ben reports compat_ namespace is already taken by the
kernel, and while this
From: Luis R. Rodriguez mcg...@do-not-panic.com
Ben Hutchings notes that compat_ is already taken as a
prefix for symbols and while this is only slightly true
in practice its best we avoid any future issues.
Others in the past have noted issues with symbols exported
by backporting effort to
From: Luis R. Rodriguez mcg...@do-not-panic.com
1 2.6.24 [ OK ]
2 2.6.25 [ OK ]
3 2.6.26 [ OK ]
4 2.6.27 [ OK ]
5 2.6.28 [ OK ]
6 2.6.29 [ OK ]
7 2.6.30 [ OK ]
8 2.6.31
From: Luis R. Rodriguez mcg...@do-not-panic.com
There is one change needed here to get compilation
working on v2.6.24, strict_strtoull is now being
redefined and because of a change that went into
v2.6.38.4 kstrtoul() was added there and the old
strict_strtoul was made a define from it. To help
From: Luis R. Rodriguez mcg...@do-not-panic.com
1 2.6.24 [ OK ]
2 2.6.25 [ OK ]
3 2.6.26 [ OK ]
4 2.6.27 [ OK ]
5 2.6.28 [ OK ]
6 2.6.29 [ OK ]
7 2.6.30 [ OK ]
8 2.6.31
From: Luis R. Rodriguez mcg...@do-not-panic.com
1 2.6.24 [ OK ]
2 2.6.25 [ OK ]
3 2.6.26 [ OK ]
4 2.6.27 [ OK ]
5 2.6.28 [ OK ]
6 2.6.29 [ OK ]
7 2.6.30 [ OK ]
8 2.6.31
From: Luis R. Rodriguez mcg...@do-not-panic.com
1 2.6.24 [ OK ]
2 2.6.25 [ OK ]
3 2.6.26 [ OK ]
4 2.6.27 [ OK ]
5 2.6.28 [ OK ]
6 2.6.29 [ OK ]
7 2.6.30 [ OK ]
8 2.6.31
From: Luis R. Rodriguez mcg...@do-not-panic.com
1 2.6.24 [ OK ]
2 2.6.25 [ OK ]
3 2.6.26 [ OK ]
4 2.6.27 [ OK ]
5 2.6.28 [ OK ]
6 2.6.29 [ OK ]
7 2.6.30 [ OK ]
8 2.6.31
From: Luis R. Rodriguez mcg...@do-not-panic.com
1 2.6.24 [ OK ]
2 2.6.25 [ OK ]
3 2.6.26 [ OK ]
4 2.6.27 [ OK ]
5 2.6.28 [ OK ]
6 2.6.29 [ OK ]
7 2.6.30 [ OK ]
8 2.6.31
From: Luis R. Rodriguez mcg...@do-not-panic.com
1 2.6.24 [ OK ]
2 2.6.25 [ OK ]
3 2.6.26 [ OK ]
4 2.6.27 [ OK ]
5 2.6.28 [ OK ]
6 2.6.29 [ OK ]
7 2.6.30 [ OK ]
8 2.6.31
From: Luis R. Rodriguez mcg...@do-not-panic.com
1 2.6.24 [ OK ]
2 2.6.25 [ OK ]
3 2.6.26 [ OK ]
4 2.6.27 [ OK ]
5 2.6.28 [ OK ]
6 2.6.29 [ OK ]
7 2.6.30 [ OK ]
8 2.6.31
From: Luis R. Rodriguez mcg...@do-not-panic.com
1 2.6.24 [ OK ]
2 2.6.25 [ OK ]
3 2.6.26 [ OK ]
4 2.6.27 [ OK ]
5 2.6.28 [ OK ]
6 2.6.29 [ OK ]
7 2.6.30 [ OK ]
8 2.6.31
On 2013/3/19 4:19, Andrew Morton wrote:
On Mon, 18 Mar 2013 10:51:54 +0800 zhangwei(Jovi)
jovi.zhang...@huawei.com wrote:
+/* Needs a _much_ better name... */
+#define FIX_SIZE(x) x) - 1) PAGE_MASK) + PAGE_SIZE)
+
Gad. That's the same as PAGE_ALIGN(), is it not?
Indeed, I will
From: Luis R. Rodriguez mcg...@do-not-panic.com
1 2.6.24 [ OK ]
2 2.6.25 [ OK ]
3 2.6.26 [ OK ]
4 2.6.27 [ OK ]
5 2.6.28 [ OK ]
6 2.6.29 [ OK ]
7 2.6.30 [ OK ]
8 2.6.31
From: Luis R. Rodriguez mcg...@do-not-panic.com
1 2.6.24 [ OK ]
2 2.6.25 [ OK ]
3 2.6.26 [ OK ]
4 2.6.27 [ OK ]
5 2.6.28 [ OK ]
6 2.6.29 [ OK ]
7 2.6.30 [ OK ]
8 2.6.31
The commit epoll: use RCU to protect wakeup_source in epitem
introduced the ep_pm_stay_awake_rcu function for ep_poll_callback
use, but I left it unused on accident. ep-mtx cannot be held in
ep_poll_callback, so RCU should be used here.
Signed-off-by: Eric Wong normalper...@yhbt.net
Cc: Rafael
From: Luis R. Rodriguez mcg...@do-not-panic.com
1 2.6.24 [ OK ]
2 2.6.25 [ OK ]
3 2.6.26 [ OK ]
4 2.6.27 [ OK ]
5 2.6.28 [ OK ]
6 2.6.29 [ OK ]
7 2.6.30 [ OK ]
8 2.6.31
From: Luis R. Rodriguez mcg...@do-not-panic.com
1 2.6.24 [ OK ]
2 2.6.25 [ OK ]
3 2.6.26 [ OK ]
4 2.6.27 [ OK ]
5 2.6.28 [ OK ]
6 2.6.29 [ OK ]
7 2.6.30 [ OK ]
8 2.6.31
Macro FIX_SIZE is same as PAGE_ALIGN at present,
so use PAGE_ALIGN instead.
Thanks Andrew found this.
Signed-off-by: zhangwei(Jovi) jovi.zhang...@huawei.com
Cc: Andrew Morton a...@linux-foundation.org
---
kernel/relay.c |5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git
From: Luis R. Rodriguez mcg...@do-not-panic.com
1 2.6.24 [ OK ]
2 2.6.25 [ OK ]
3 2.6.26 [ OK ]
4 2.6.27 [ OK ]
5 2.6.28 [ OK ]
6 2.6.29 [ OK ]
7 2.6.30 [ OK ]
8 2.6.31
From: Luis R. Rodriguez mcg...@do-not-panic.com
1 2.6.24 [ OK ]
2 2.6.25 [ OK ]
3 2.6.26 [ OK ]
4 2.6.27 [ OK ]
5 2.6.28 [ OK ]
6 2.6.29 [ OK ]
7 2.6.30 [ OK ]
8 2.6.31
From: Luis R. Rodriguez mcg...@do-not-panic.com
1 2.6.24 [ OK ]
2 2.6.25 [ OK ]
3 2.6.26 [ OK ]
4 2.6.27 [ OK ]
5 2.6.28 [ OK ]
6 2.6.29 [ OK ]
7 2.6.30 [ OK ]
8 2.6.31
From: Luis R. Rodriguez mcg...@do-not-panic.com
1 2.6.24 [ OK ]
2 2.6.25 [ OK ]
3 2.6.26 [ OK ]
4 2.6.27 [ OK ]
5 2.6.28 [ OK ]
6 2.6.29 [ OK ]
7 2.6.30 [ OK ]
8 2.6.31
On Mon, Mar 18, 2013 at 08:58:47AM +0100, Hans Verkuil wrote:
Hi Jon Arne,
Here is my review of this driver.
Great, thank you.
Regards,
Hans
On Thu March 14 2013 15:06:58 Jon Arne Jørgensen wrote:
This is the core of the smi2021 module.
It will register the module with the
On Mon, Mar 18, 2013 at 09:30:38AM +0100, Hans Verkuil wrote:
On Thu March 14 2013 15:06:58 Jon Arne Jørgensen wrote:
This is the core of the smi2021 module.
It will register the module with the kernel, and register the
usb probe function.
Signed-off-by: Jon Arne Jørgensen
From: Luis R. Rodriguez mcg...@do-not-panic.com
1 2.6.24 [ OK ]
2 2.6.25 [ OK ]
3 2.6.26 [ OK ]
4 2.6.27 [ OK ]
5 2.6.28 [ OK ]
6 2.6.29 [ OK ]
7 2.6.30 [ OK ]
8 2.6.31
From: Luis R. Rodriguez mcg...@do-not-panic.com
1 2.6.24 [ OK ]
2 2.6.25 [ OK ]
3 2.6.26 [ OK ]
4 2.6.27 [ OK ]
5 2.6.28 [ OK ]
6 2.6.29 [ OK ]
7 2.6.30 [ OK ]
8 2.6.31
From: Luis R. Rodriguez mcg...@do-not-panic.com
1 2.6.24 [ OK ]
2 2.6.25 [ OK ]
3 2.6.26 [ OK ]
4 2.6.27 [ OK ]
5 2.6.28 [ OK ]
6 2.6.29 [ OK ]
7 2.6.30 [ OK ]
8 2.6.31
On Mon, Mar 18, 2013 at 09:04:56AM +0100, Hans Verkuil wrote:
On Thu March 14 2013 15:06:59 Jon Arne Jørgensen wrote:
This file is responsible for registering the device
with the kernel i2c subsystem.
v4l2 talks to the saa7113 chip of the device via i2c.
Signed-off-by: Jon Arne
From: Luis R. Rodriguez mcg...@do-not-panic.com
1 2.6.24 [ OK ]
2 2.6.25 [ OK ]
3 2.6.26 [ OK ]
4 2.6.27 [ OK ]
5 2.6.28 [ OK ]
6 2.6.29 [ OK ]
7 2.6.30 [ OK ]
8 2.6.31
From: Luis R. Rodriguez mcg...@do-not-panic.com
1 2.6.24 [ OK ]
2 2.6.25 [ OK ]
3 2.6.26 [ OK ]
4 2.6.27 [ OK ]
5 2.6.28 [ OK ]
6 2.6.29 [ OK ]
7 2.6.30 [ OK ]
8 2.6.31
From: Luis R. Rodriguez mcg...@do-not-panic.com
1 2.6.24 [ OK ]
2 2.6.25 [ OK ]
3 2.6.26 [ OK ]
4 2.6.27 [ OK ]
5 2.6.28 [ OK ]
6 2.6.29 [ OK ]
7 2.6.30 [ OK ]
8 2.6.31
From: Luis R. Rodriguez mcg...@do-not-panic.com
1 2.6.24 [ OK ]
2 2.6.25 [ OK ]
3 2.6.26 [ OK ]
4 2.6.27 [ OK ]
5 2.6.28 [ OK ]
6 2.6.29 [ OK ]
7 2.6.30 [ OK ]
8 2.6.31
Hi Henrik,
first, thanks for the review of the series.
On 03/19/2013 10:25 PM, Henrik Rydberg wrote:
Hi Benjamin,
There is no need to register an input device containing no events.
This allows drivers using the quirk MULTI_INPUT to register one input
per report effectively used.
For
From: Luis R. Rodriguez mcg...@do-not-panic.com
1 2.6.24 [ OK ]
2 2.6.25 [ OK ]
3 2.6.26 [ OK ]
4 2.6.27 [ OK ]
5 2.6.28 [ OK ]
6 2.6.29 [ OK ]
7 2.6.30 [ OK ]
8 2.6.31
From: Luis R. Rodriguez mcg...@do-not-panic.com
1 2.6.24 [ OK ]
2 2.6.25 [ OK ]
3 2.6.26 [ OK ]
4 2.6.27 [ OK ]
5 2.6.28 [ OK ]
6 2.6.29 [ OK ]
7 2.6.30 [ OK ]
8 2.6.31
From: Luis R. Rodriguez mcg...@do-not-panic.com
1 2.6.24 [ OK ]
2 2.6.25 [ OK ]
3 2.6.26 [ OK ]
4 2.6.27 [ OK ]
5 2.6.28 [ OK ]
6 2.6.29 [ OK ]
7 2.6.30 [ OK ]
8 2.6.31
From: Luis R. Rodriguez mcg...@do-not-panic.com
1 2.6.24 [ OK ]
2 2.6.25 [ OK ]
3 2.6.26 [ OK ]
4 2.6.27 [ OK ]
5 2.6.28 [ OK ]
6 2.6.29 [ OK ]
7 2.6.30 [ OK ]
8 2.6.31
On Wed, Oct 10, 2012 at 4:28 AM, Linux Kernel Mailing List
linux-kernel@vger.kernel.org wrote:
Gitweb:
http://git.kernel.org/linus/;a=commit;h=4ffdcf0469f1e7e47476ee410e8dfbc6aba61b65
Commit: 4ffdcf0469f1e7e47476ee410e8dfbc6aba61b65
Parent: 0462566b1e3129b2920b63b62a653b70a1bc36fa
On Mon, Mar 18, 2013 at 09:12:31AM +0100, Hans Verkuil wrote:
On Thu March 14 2013 15:07:00 Jon Arne Jørgensen wrote:
This file is responsible for registering the device with the v4l2 subsystem,
and the communication with v4l2.
Most of the v4l2 ioctls are just passed on to vidbuf2.
On Tue, Mar 19, 2013 at 10:33:09PM +0100, Mike Turquette wrote:
Quoting Peter De Schrijver (2013-03-12 11:42:23)
Add a table lookup feature to the mux clock. Also allow arbitrary masks
instead of the width. This will be used by some clocks on Tegra114. Also
adapt the tegra periph clk
These legacy drivers were removed in commit
9c75fc8c5c8c50775fc8b89418219221335b758f (CRIS: Remove legacy RTC
drivers). Now remove their last traces in two Kconfig files and one
Makefile.
Signed-off-by: Paul Bolle pebo...@tiscali.nl
---
Eyeball tested only.
arch/cris/Kconfig |
On Mon, Mar 18, 2013 at 09:29:07AM +0100, Hans Verkuil wrote:
On Thu March 14 2013 15:07:00 Jon Arne Jørgensen wrote:
This file is responsible for registering the device with the v4l2 subsystem,
and the communication with v4l2.
Most of the v4l2 ioctls are just passed on to vidbuf2.
On Wed, Mar 20, 2013 at 12:51:10AM +0100, Mike Turquette wrote:
Quoting Peter De Schrijver (2013-03-12 11:42:23)
diff --git a/include/linux/clk-private.h b/include/linux/clk-private.h
index 9c7f580..53d39c2 100644
--- a/include/linux/clk-private.h
+++ b/include/linux/clk-private.h
@@
On Tue 19-03-13 17:18:12, David Rientjes wrote:
Particularly in oom conditions, it's troublesome that hugetlb memory is
not displayed. All other meminfo that is emitted will not add up to what
is expected, and there is no artifact left in the kernel log to show that
a potentially
Il 20/03/2013 02:46, Venkatesh Srinivas ha scritto:
This looks pretty good!
I rather like the (lack of) locking in I/O completion (around the req
count vs. target/queue binding). It is unfortunate that you need to hold
the per-target lock in virtscsi_pick_vq() though; have any idea
how much
On Mon, Mar 18, 2013 at 09:58:32AM +0100, Bjørn Mork wrote:
Hans Verkuil hverk...@xs4all.nl writes:
+/*
+ *
+ * The device delivers data in chunks of 0x400 bytes.
+ * The four first bytes is a magic header to identify the chunks.
+ *0xaa 0xaa 0x00 0x00 = saa7113 Active Video
On 03/20/2013 08:46 AM, Chen Gong wrote:
On Tue, Mar 19, 2013 at 06:44:08PM -0400, Dave Jones wrote:
offlining a CPU in 3.9-rc3 gets me this trace..
numa_remove_cpu cpu 1 node 0: mask now 0,2-3
smpboot: CPU 1 is now offline
BUG: using smp_processor_id() in preemptible [] code:
On Sun, Mar 17, 2013 at 09:05:08PM -0300, Ezequiel Garcia wrote:
Hi Jon,
On Sun, Mar 17, 2013 at 09:01:58PM +0100, Jon Arne Jørgensen wrote:
On Fri, Mar 15, 2013 at 09:08:58AM -0300, Ezequiel Garcia wrote:
On Thu, Mar 14, 2013 at 03:06:56PM +0100, Jon Arne Jørgensen wrote:
This
On Wed, Mar 20, 2013 at 11:10:57AM +0100, Hans Verkuil wrote:
On Wed 20 March 2013 10:48:42 Jon Arne Jørgensen wrote:
On Mon, Mar 18, 2013 at 09:29:07AM +0100, Hans Verkuil wrote:
On Thu March 14 2013 15:07:00 Jon Arne Jørgensen wrote:
This file is responsible for registering the device
On Wed 20 March 2013 10:48:42 Jon Arne Jørgensen wrote:
On Mon, Mar 18, 2013 at 09:29:07AM +0100, Hans Verkuil wrote:
On Thu March 14 2013 15:07:00 Jon Arne Jørgensen wrote:
This file is responsible for registering the device with the v4l2
subsystem,
and the communication with v4l2.
On Wed 20 March 2013 10:43:26 Jon Arne Jørgensen wrote:
On Mon, Mar 18, 2013 at 09:12:31AM +0100, Hans Verkuil wrote:
On Thu March 14 2013 15:07:00 Jon Arne Jørgensen wrote:
This file is responsible for registering the device with the v4l2
subsystem,
and the communication with v4l2.
Hi,
This is just a short note to let you know that 3.8.2 panics on closing a
bluetooth dun connection.
This is seen with the ubuntu mainline kernel 3.8.2 that should be a vanilla
stable kernel.
Observed on a DELL E6500 which has BCM2046 Bluetooth while connecting to the
internet using a
On Wed 20 March 2013 11:06:36 Jon Arne Jørgensen wrote:
On Mon, Mar 18, 2013 at 09:58:32AM +0100, Bjørn Mork wrote:
Hans Verkuil hverk...@xs4all.nl writes:
+/*
+ *
+ * The device delivers data in chunks of 0x400 bytes.
+ * The four first bytes is a magic header to identify the
On Wednesday 20 March 2013, Fabio Porcedda wrote:
I think we can check inside the deferred_probe_work_func()
if the dev-probe function pointer is equal to platform_drv_probe_fail().
I think it's too late by then, because that would only warn if we try to probe
it again, but when
Use proper macro while extracting TRB transfer length from
Transfer event TRBs. Adding a macro EVENT_TRB_LEN (bits 0:23)
for the same, and use it instead of TRB_LEN (bits 0:16) in
case of event TRBs.
Signed-off-by: Vivek gautam gautam.vi...@samsung.com
---
drivers/usb/host/xhci-ring.c | 45
On Wed 20 March 2013 11:16:26 Jon Arne Jørgensen wrote:
On Wed, Mar 20, 2013 at 11:10:57AM +0100, Hans Verkuil wrote:
On Wed 20 March 2013 10:48:42 Jon Arne Jørgensen wrote:
On Mon, Mar 18, 2013 at 09:29:07AM +0100, Hans Verkuil wrote:
On Thu March 14 2013 15:07:00 Jon Arne Jørgensen
The Kconfig symbol ARCH_POPULATES_NODE_MAP was killed in v3.3. After
that it popped up again in microblaze and metag. Nobody noticed,
probably because these Kconfig symbols are entirely unused and these
architectures both select HAVE_MEMBLOCK_NODE_MAP. Anyhow, these two
entries can also be killed.
Am Mittwoch, 20. März 2013 schrieb David Lang:
On Wed, 20 Mar 2013, Martin Steigerwald wrote:
Am Dienstag, 29. Januar 2013 schrieb Daniel Phillips:
On Mon, Jan 28, 2013 at 5:40 PM, Theodore Ts'o ty...@mit.edu wrote:
On Mon, Jan 28, 2013 at 04:20:11PM -0800, Darrick J. Wong wrote:
On Mon,
@@ -641,16 +691,22 @@ static void zcache_pampd_free(void *pampd, struct
tmem_pool *pool,
{
struct page *page = NULL;
unsigned int zsize, zpages;
+ bool zero_filled = false;
BUG_ON(preemptible());
- if (pampd_is_remote(pampd)) {
+
+ if (pampd == (void
Kconfig symbol ROMVECSIZE is unused since commit
f84f52a5c15db7d14a534815f27253b001735183 (m68knommu: clean up linker
script). Let's clean up its Kconfig entry too.
Signed-off-by: Paul Bolle pebo...@tiscali.nl
---
Untested.
arch/m68k/Kconfig.machine | 9 -
1 file changed, 9 deletions(-)
On Wed, Mar 20, 2013 at 11:20 AM, Arnd Bergmann a...@arndb.de wrote:
On Wednesday 20 March 2013, Fabio Porcedda wrote:
I think we can check inside the deferred_probe_work_func()
if the dev-probe function pointer is equal to platform_drv_probe_fail().
I think it's too late by then, because
+ Tony.
On Wed, Mar 20, 2013 at 03:31:29PM +0530, Srivatsa S. Bhat wrote:
On 03/20/2013 08:46 AM, Chen Gong wrote:
On Tue, Mar 19, 2013 at 06:44:08PM -0400, Dave Jones wrote:
offlining a CPU in 3.9-rc3 gets me this trace..
numa_remove_cpu cpu 1 node 0: mask now 0,2-3
smpboot: CPU 1
Hi, last time I posted was a bit close to the merge window, so I'm
reposting now. Greg, Arnd, could you take the first two patches?
These patches add support to configure on-chip SRAM via device-tree
node or platform data and to obtain the resulting genalloc pool from
the struct device pointer or
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
Reviewed-by: Shawn Guo shawn@linaro.org
Acked-by: Grant Likely grant.lik...@secretlab.ca
---
Changes since v8:
- Changed device tree compatible string to mmio-sram
---
arch/arm/boot/dts/imx53.dtsi |5 +
arch/arm/boot/dts/imx6q.dtsi
This patch adds three exported functions to lib/genalloc.c:
devm_gen_pool_create, dev_get_gen_pool, and of_get_named_gen_pool.
devm_gen_pool_create is a managed version of gen_pool_create that keeps
track of the pool via devres and allows the management code to automatically
destroy it after
This patch depends on genalloc: add devres support, allow to find
a managed pool by device, which provides the of_get_named_gen_pool
and dev_get_gen_pool functions.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
Acked-By: Javier Martin javier.mar...@vista-silicon.com
Acked-by: Grant Likely
This driver requests and remaps a memory region as configured in the
device tree. It serves memory from this region via the genalloc API.
It optionally enables the SRAM clock.
Other drivers can retrieve the genalloc pool from a phandle pointing
to this drivers' device node in the device tree.
On Tue, Mar 19, 2013 at 09:22:33PM +0100, Paolo Bonzini wrote:
Il 19/03/2013 19:50, Gleb Natapov ha scritto:
On Tue, Mar 19, 2013 at 07:39:24PM +0100, Paolo Bonzini wrote:
Il 19/03/2013 19:13, Gleb Natapov ha scritto:
There is no way for userspace to inject interrupts into a VCPU's
local
Hi,
when trying to log stuff with netconsole, I get the following:
[ … ]
[2.036977] netpoll: netconsole: device eth0 not up yet, forcing it
[2.037632] forcedeth :00:08.0: irq 42 for MSI/MSI-X
[2.037763] forcedeth :00:08.0 eth0: MSI enabled
[2.038074] forcedeth
On 03/20/2013 11:25 AM, Paul Bolle wrote:
The Kconfig symbol ARCH_POPULATES_NODE_MAP was killed in v3.3. After
that it popped up again in microblaze and metag. Nobody noticed,
probably because these Kconfig symbols are entirely unused and these
architectures both select HAVE_MEMBLOCK_NODE_MAP.
On Wed, Mar 20, 2013 at 11:21:48AM +0100, Hans Verkuil wrote:
On Wed 20 March 2013 11:16:26 Jon Arne Jørgensen wrote:
On Wed, Mar 20, 2013 at 11:10:57AM +0100, Hans Verkuil wrote:
On Wed 20 March 2013 10:48:42 Jon Arne Jørgensen wrote:
On Mon, Mar 18, 2013 at 09:29:07AM +0100, Hans
Having more than 99 CPUs causes an overflow of cpustr.
If an attacker is able to control the number CPUs he might able to inject code
...kind of. ;-)
Signed-off-by: Richard Weinberger rich...@nod.at
---
arch/ia64/kernel/palinfo.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff
On Wed, 2013-03-20 at 16:33 +0900, Joonsoo Kim wrote:
Right, so I'm not so taken with this one. The whole load stuff really
is a balance heuristic that's part of move_tasks(), move_one_task()
really doesn't care about that.
So why did you include it? Purely so you didn't have to
The Kconfig entry for SMDK2440_CPU2442 was moved from one Kconfig file
to another in commit acf2d41d8595829eb0ac7bf6891f4875a78d4d6e (ARM:
S3C24XX: Move mach-s3c2440/ pll into mach-s3c24xx/). In that move it
also lost its statement to select CPU_S3C2442. That was not needed
anymore because it now
On Wed, 2013-03-20 at 16:33 +0900, Joonsoo Kim wrote:
Right, so I'm not so taken with this one. The whole load stuff really
is a balance heuristic that's part of move_tasks(), move_one_task()
really doesn't care about that.
So why did you include it? Purely so you didn't have to
Hi,
On Monday 18 March 2013 05:59 PM, Venu Byravarasu wrote:
The existing Tegra USB bindings have a few issues:
1) Many properties are documented as being part of the EHCI controller
node, yet they apply more to the PHY device. They should be moved.
2) Some registers in PHY1 are shared with
On 3/20/2013 12:11 PM, Philip Avinash wrote:
DAVINCI clock framework currently not supporting clock enable/disable
functionality on clock nodes. In DAVINCI platform EHRPWM module requires
Wrong. clock enable/disable is supported in the DaVinci clock
implementation, but just for PSC clocks.
801 - 900 of 1483 matches
Mail list logo