Hi Liam, Mark,
TI platforms typically use Adaptive Voltage Scaling technique to determine
an optimal voltage on top of the traditional DVFS strategy to optimize power.
Depending on the SoC, we use AVS class 0, 1, 1.5, 2, 3. In general,
the AVS strategy is pretty much like a regulator which then
On 4/2/2013 1:31 PM, Stephen Boyd wrote:
Hot-plugging with CONFIG_DEBUG_PREEMPT=y on a device with arm
architected timers causes a slew of using smp_processor_id() in
preemptible warnings:
BUG: using smp_processor_id() in preemptible [] code: sh/111
caller is
On 5 April 2013 09:51, Nishanth Menon n...@ti.com wrote:
Currently get_regulator returns -EPROBE_DEFER in the case of regulator supply
which have no device tree node or even if regulator which are depicted in
device
tree node is defering it's registration for valid reasons.
This makes it
On Thu, Apr 4, 2013 at 11:05 PM, dirk.brande...@gmail.com wrote:
From: Dirk Brandewie dirk.brande...@gmail.com
The current calculation of the delay time is wrong and a cut and paste
error from a previous experimental driver. This can result in the
timeout being set to jiffies + 1 which
At Thu, 4 Apr 2013 22:32:10 +0200,
Jiri Slaby wrote:
changed is not initialized in path_power_down_sync, but it is expected
to be false in case no change happened in the loop. So set it to
false.
Signed-off-by: Jiri Slaby jsl...@suse.cz
Cc: Jaroslav Kysela pe...@perex.cz
Cc: Takashi
Clock providers are not allowed to mess with struct clk internals directly
but using helpers provided by clk-provider.h. This patch adds a helper to
allow to set flags of a clock after registration. This is useful, if clock
flags change during runtime, e.g. ability to set parent clock after mux
This patch adds a common clock driver for Silicon Labs Si5351a/b/c
i2c programmable clock generators. Currently, the driver supports
DT kernels only and VXCO feature of si5351b is not implemented. DT
bindings selectively allow to overwrite stored Si5351 configuration
which is very helpful for
On 04/04/13 10:19 PM, Viresh Kumar wrote:
On Thu, Apr 4, 2013 at 11:05 PM, dirk.brande...@gmail.com wrote:
From: Dirk Brandewie dirk.brande...@gmail.com
The current calculation of the delay time is wrong and a cut and paste
error from a previous experimental driver. This can result in the
On Fri, Apr 05, 2013 at 10:51:30AM +1100, Julian Calaby wrote:
Just as a bit of explanation for Johannes' NACK:
1. The only reason lib80211 still exists is because a couple of
in-tree drivers still use it. If this weren't the case, the code would
have been removed a long time ago as it's
Hi John,
After merging the wireless-next tree, today's linux-next build (powerpc
allyesconfig) produced these warnings:
In file included from drivers/net/wireless/rtlwifi/rtl8188ee/dm.c:38:0:
drivers/net/wireless/rtlwifi/rtl8188ee/trx.h:553:6: warning: __LITTLE_ENDIAN
is not defined [-Wundef]
On 04/05/2013 12:44 AM, Andrew Cooks wrote:
On Tue, Apr 2, 2013 at 11:47 PM, Pat Erley pat-l...@erley.org wrote:
On 04/02/2013 10:50 AM, Andrew Cooks wrote:
On 2 Apr 2013 15:37, Pat Erley pat-l...@erley.org
mailto:pat-l...@erley.org wrote:
On 03/07/2013 09:35 PM, Andrew Cooks wrote:
(2013/04/03 18:12), Li Zefan wrote:
Use css_get()/css_put() instead of mem_cgroup_get()/mem_cgroup_put().
Signed-off-by: Li Zefan lize...@huawei.com
---
mm/memcontrol.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/mm/memcontrol.c b/mm/memcontrol.c
On Thursday 04 April 2013 15:44:08 Linus Walleij wrote:
On Thu, Apr 4, 2013 at 12:02 PM, Lars Poeschel la...@wh2.tu-dresden.de
wrote:
From: Lars Poeschel poesc...@lemonage.de
This converts the mcp23s08 driver to be able to be used with device
tree.
There is a spi-present-mask device
(2013/04/03 18:12), Li Zefan wrote:
Use css_get/put instead of mem_cgroup_get/put.
Signed-off-by: Li Zefan lize...@huawei.com
---
mm/memcontrol.c | 26 --
1 file changed, 16 insertions(+), 10 deletions(-)
diff --git a/mm/memcontrol.c b/mm/memcontrol.c
index
Hi Michal,
On Fri, 5 Apr 2013 07:52:34 +0200 Michal Simek mon...@monstr.eu wrote:
2013/4/5 Stephen Rothwell s...@canb.auug.org.au
BTW, that xilinx tree commit has no Signed-off-by for the committer ...
Interesting that you can't see Rob's Signed-off-by line.
Rob was the author, you were
Hi all,
Changes since 20130404:
The ext4 tree lost its build failure.
The wireless-next tree still had its build failure for which I applied a
supplied patch.
The vhost tree gained conflicts against the kvm tree.
The arm-soc tree gained a conflict against the xilinx tree.
The imx-mxs tree
(2013/04/03 18:13), Li Zefan wrote:
Suppose we rmdir a cgroup and there're still css refs, this cgroup won't
be freed. Then we rmdir the parent cgroup, and the parent is freed due
to css ref draining to 0. Now it would be a disaster if the child cgroup
tries to access its parent.
Make sure
Hi Alex,
On Thu, 4 Apr 2013 10:00:56 +0800, Alex Shi wrote:
> In power balance, we hope some sched groups are fully empty to save
> CPU power of them. So, we want to move any tasks from them.
>
> Signed-off-by: Alex Shi
> ---
> kernel/sched/fair.c | 7 +--
> 1 file changed, 5
Hi Andrew,
Today's linux-next merge of the akpm tree got a conflict in
sound/core/info.c between commit d1ffe1db6641 ("snd_info_register: switch
to proc_create_data/proc_mkdir_mode") from the vfs tree and commit
"sound: convert snd_info_register() to use proc_create_data()" from the
akpm tree.
Hi Andrew,
Today's linux-next merge of the akpm tree got conflicts in mm/filemap.c,
fs/xfs/xfs_file.c, fs/splice.c, fs/ocfs2/file.c, fs/ntfs/file.c,
fs/fuse/file.c, fs/cifs/file.c and fs/btrfs/file.c between commit
36bd5dc0c4e2 ("lift sb_start_write/sb_end_write out of ->aio_write()")
from the
Jingoo Han wrote:
>
> On Friday, March 15, 2013 8:01 AM, Doug Anderson wrote:
> >
> > The exynox4210-ehci and exynos4210-ohci nodes need a clock specified
> > using the common clock framework. Document it.
> >
> > Signed-off-by: Doug Anderson
>
> It looks good.
> Acked-by: Jingoo Han
>
>
From: Wei Yongjun
Fix to return a negative error code from the error handling
case instead of 0, as returned elsewhere in this function.
Signed-off-by: Wei Yongjun
---
drivers/block/drbd/drbd_main.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/block/drbd/drbd_main.c
(2013/04/03 17:28), oskar.and...@sonymobile.com wrote:
> Some blackpoints are only valid for specific architectures. To let each
> architecture specify its own blackpoints the list has been split in two
> lists: common and arch. The common list is kept in kernel/kprobes.c and
> the arch list is
Hi Andrew,
Today's linux-next merge of the akpm tree got a conflict in fs/coredump.c
between commit d9fe6ea81efe ("lift sb_start_write() out of ->write()")
from the vfs tree and commit "coredump: sanitize the setting of
signal->group_exit_code" from the akpm tree.
I fixed it up (see below) and
(2013/04/03 17:28), oskar.and...@sonymobile.com wrote:
> Instead of using printk use pr_info/pr_err/pr_warn. This was
> detected by the checkpatch.pl script.
Thank you for cleaning this up ! :)
Acked-by: Masami Hiramatsu
>
> Signed-off-by: Oskar Andero
> ---
> kernel/kprobes.c | 18
On 3 April 2013 16:00, Benjamin Herrenschmidt wrote:
> On Wed, 2013-04-03 at 15:00 +0530, Viresh Kumar wrote:
>> On 31 March 2013 09:33, Viresh Kumar wrote:
>> > Benjamin/Paul/Olof,
>> >
>> > Any comments on this?
>>
>> Ping!!
>
> I'm on vacation until end of April. No objection to the patch
Hi Andrew,
Today's linux-next merge of the akpm tree got a conflict in
fs/proc/generic.c between several commits from the vfs tree and commit
"procfs: improve scaling in proc" from the akpm tree.
I just dropped the akpm tree patch (and the following
"procfs-improve-scaling-in-proc-v5") as the
On Thu, Apr 04, 2013 at 03:18:45PM +1100, Stephen Rothwell wrote:
> Hi Felipe,
>
> Today's linux-next merge of the usb-gadget tree got a conflict in
> drivers/usb/host/ehci-tegra.c between commit 369a9a9d2af7 ("usb: host:
> ehci-tegra: Fix oops in error cleanup") from the usb tree and commit
>
On 02/04/13 17:24, Sergey Yanovich wrote:
> On Tue, 2013-04-02 at 16:36 +0300, Adrian Hunter wrote:
>> On my system it is significant:
>>
>> Before the patch:
>>
>> [1.625623] VFS: Mounted root (ext4 filesystem) readonly on device 179:2.
>>
>> After the patch:
>>
>> [1.935851] VFS: Mounted
On Thu, Apr 4, 2013 at 11:55 AM, Viresh Kumar wrote:
> On 3 April 2013 16:00, Benjamin Herrenschmidt
> wrote:
>> On Wed, 2013-04-03 at 15:00 +0530, Viresh Kumar wrote:
>>> On 31 March 2013 09:33, Viresh Kumar wrote:
>
>>> > Benjamin/Paul/Olof,
>>> >
>>> > Any comments on this?
>>>
>>> Ping!!
Hi,
On Thu, Apr 4, 2013 at 12:19 AM, Russell King - ARM Linux
wrote:
>
> Still not convinced this is a proper fix. Look, the problem is this:
>
> - Initially, set the CPU percpu offset to zero. This means the boot
> CPU reads and writes to the percpu data section in the kernel image.
>
> -
On Thu, Apr 04, 2013 at 11:19:44, Nori, Sekhar wrote:
> On 4/4/2013 10:09 AM, Philip, Avinash wrote:
> > On Tue, Apr 02, 2013 at 14:05:09, Nori, Sekhar wrote:
> >> On 3/25/2013 1:19 PM, Philip Avinash wrote:
> >>> Add platform support for EHRPWM and ECAP by providing clock nodes and
> >>> device
On 22.03.2013 16:54, Thierry Reding wrote:
> On Fri, Mar 22, 2013 at 04:34:00PM +0200, Terje Bergstrom wrote:
>> This set of patches adds support for Tegra20 and Tegra30 host1x and
>> 2D. It is based on linux-next-20130322 with RTC fixes applied.
(...)
> For the series:
>
> Reviewed-by: Thierry
(2013/04/03 17:28), oskar.and...@sonymobile.com wrote:
>
> +/* it can take some time ( > 100ms ) to initialise the
> + * blacklist so we delay this until we actually need it
> + */
> +static void init_kprobe_blacklist(void)
> +{
> + int i;
> + unsigned long offset = 0, size = 0;
> +
Hi Andrew,
After merging the akpm tree, today's linux-next build (powerpc
ppc64_defconfig) failed like this:
fs/aio.c: In function 'aio_rw_vect_retry':
fs/aio.c:1106:6: error: 'opcode' undeclared (first use in this function)
Caused by commit 36bd5dc0c4e2 ("lift sb_start_write/sb_end_write out
Hi Kukjin,
On Fri, Mar 15, 2013 at 1:26 PM, Vivek Gautam wrote:
> Based on 'for-next' of linux-samsung tree with following patches
> from Doug on top:
> usb: Document clocks in samsung, exynos4210-ehci/ohci bindings
> ARM: dts: add usb 2.0 clock references to exynos5250 device tree
>
> Also
Hi Kukjin,
On Fri, Mar 15, 2013 at 1:32 PM, Vivek Gautam wrote:
> This patch-set is in continuation with patch-series:
> [PATCH v4 0/4] Enable ehci, ohci and dwc3 devices on exynos5250
> out of which follwowing patches have been picked up:
> ARM: Exynos5250: Enabling ehci-s5p driver
> ARM:
Hi Viresh,
I never use performance governor, but I want improved performance with ondemand.
Why do you suspect significant increased power? With ondemand the CPU will go
down to lowest freq as soon as the load will decreased. And the measurement
shows that the CPU load will decrease faster
On Wed, Apr 03, 2013 at 01:55:05PM -0600, Toshi Kani wrote:
> On Wed, 2013-04-03 at 13:37 +0800, Ram Pai wrote:
> > On Tue, Apr 02, 2013 at 10:17:29AM -0600, Toshi Kani wrote:
> > > + while ((res = *p)) {
...snip...
> > > + if (res->start > start || res->end < end) {
> >
> > This check
Hi Joonsoo,
On 04/04/2013 06:12 AM, Joonsoo Kim wrote:
> Hello, Preeti.
>
> So, how about extending a sched_period with rq->nr_running, instead of
> cfs_rq->nr_running? It is my quick thought and I think that we can ensure
> to run atleast once in this extending sched_period.
Yeah this seems
On 4 April 2013 12:17, stratosk wrote:
> Why do you suspect significant increased power? With ondemand the CPU will
> go down to lowest freq as soon as the load will decreased. And the
> measurement shows that the CPU load will decrease faster (because of faster
> calculation).
I suspect it
Hey John,
First of all, I should confess I just glanced your code and poped
several questions. If I miss something, please slap me.
On Wed, Apr 03, 2013 at 04:52:19PM -0700, John Stultz wrote:
> This patchset is against Minchan's vrange work here:
> https://lkml.org/lkml/2013/3/12/105
>
>
(2013/04/04 9:38), Yinghai Lu wrote:
> Index: linux-2.6/kernel/kexec.c
> ===
> --- linux-2.6.orig/kernel/kexec.c
> +++ linux-2.6/kernel/kexec.c
> @@ -1360,7 +1360,7 @@ static int __init parse_crashkernel_simp
>
> if (*cur ==
On Thu, 4 Apr 2013 17:26:48 +1100 Stephen Rothwell
wrote:
> Hi Andrew,
>
> Today's linux-next merge of the akpm tree got a conflict in
> fs/proc/generic.c between several commits from the vfs tree and commit
> "procfs: improve scaling in proc" from the akpm tree.
>
> I just dropped the akpm
Signed-off-by: Hong Zhiguo
---
kernel/lockdep.c |6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/kernel/lockdep.c b/kernel/lockdep.c
index 259db20..0f26597 100644
--- a/kernel/lockdep.c
+++ b/kernel/lockdep.c
@@ -2000,7 +2000,7 @@ static inline int
On Wed, 3 Apr 2013 23:56:34 -0700 Andrew Morton
wrote:
> On Thu, 4 Apr 2013 17:26:48 +1100 Stephen Rothwell
> wrote:
>
> > Hi Andrew,
> >
> > Today's linux-next merge of the akpm tree got a conflict in
> > fs/proc/generic.c between several commits from the vfs tree and commit
> > "procfs:
On Wed 03-04-13 14:33:34, Tejun Heo wrote:
> On Tue, Apr 02, 2013 at 10:26:48AM +0200, Michal Hocko wrote:
> > Tejun,
> > could you take this one please?
>
> Aye aye, applied to cgroup/for-3.10.
Thanks!
--
Michal Hocko
SUSE Labs
--
To unsubscribe from this list: send the line "unsubscribe
On Thu, Apr 04, 2013 at 08:27:30AM +0200, Thierry Reding wrote:
> On Thu, Apr 04, 2013 at 03:18:45PM +1100, Stephen Rothwell wrote:
> > Hi Felipe,
> >
> > Today's linux-next merge of the usb-gadget tree got a conflict in
> > drivers/usb/host/ehci-tegra.c between commit 369a9a9d2af7 ("usb: host:
>
On Thu, Apr 04, 2013 at 10:34:57AM +0530, Vivek Gautam wrote:
> Hi Sarah,
>
>
> On Wed, Apr 3, 2013 at 10:57 PM, Sarah Sharp
> wrote:
> > Question: Do you still need this patch for 3.10?
>
> Felipe's 'next' is closed for 3.10, so this series won't be making it
> to 3.10 now, as a whole. :-(
Hi all,
After merging the final tree, today's linux-next build (powerpc
allyesconfig) failed like this:
drivers/net/wireless/rtlwifi/rtl8188ee/built-in.o: In function
`.rtl92c_phy_ap_calibrate':
(.text+0x21d14): multiple definition of `.rtl92c_phy_ap_calibrate'
On Wed, 3 Apr 2013 12:14:53 -0700
Tejun Heo wrote:
> v2: CPU number added to the generic debug info as requested by s390
> folks and dropped the s390 specific dump_stack(). This loses %ksp
> from the debug message which the maintainers think isn't important
> enough to keep the
On Wednesday 03 April 2013 07:49 PM, Peter De Schrijver wrote:
On Mon, Mar 25, 2013 at 12:15:47PM +0100, Prashant Gaikwad wrote:
On Friday 22 March 2013 06:09 PM, Peter De Schrijver wrote:
The device tree binding models Tegra114 CAR (Clock And Reset) as a single
monolithic clock provider.
Hi,
On Wed, Apr 03, 2013 at 05:54:11PM -0600, Stephen Warren wrote:
> struct phy {
> struct device *dev;
> struct module *owner;
> int (*init)(struct phy *phy);
> int (*exit)(struct phy *phy);
> int (*suspend)(struct phy *phy);
> int
Hi,
On Wed, Apr 03, 2013 at 02:14:02PM -0400, Alan Stern wrote:
> > > Lets suppose DWC3 enables runtime_pm on USB 2 type phy,
> > > it will try to go into suspend state and thereby call runtime_suspend(),
> > > if any.
> > > And PHY will come to active state only when its consumer wakes it up,
>
On Wed, 03 Apr 2013, Linus Walleij wrote:
> On Wed, Apr 3, 2013 at 10:38 PM, Linus Walleij
> wrote:
> > On Tue, Apr 2, 2013 at 3:21 PM, Lee Jones wrote:
> >
> >> When the thermal DT node was inserted a new PRCMU node was created;
> >> however, one already exists in the Snowball DTS file. Here
I agree that we will have false alarms but this will not be a total waste of
power since the load will be more than 50 (the default grad_up_threshold value).
So, I don't think there will be *significant* increase in power. Though, I
don't know a way to prove this with numbers.
Thanks,
Stratos
Hi all,
Changes since 20130403:
The ext4 tree gained a build failure so I used the version from
next-20130403.
The nfsd tree lost its build failure.
The vfs tree lost its build failure.
The net-next tree gained a conflict against the wireless tree.
The wireless-next tree lost its build
(Adding Lv, he has been working on this).
On Wed, Apr 03, 2013 at 06:44:51PM -0700, Marcel Holtmann wrote:
> Hi Greg,
>
> I've been approached by a developer at Sony who wants to publish an
> open source driver for a Sony GPS receiver module.
> >>>
> >>> What does the device look
This is a skeleton DTS file which only enables serial. Just using
this simple file yields a terminal when booting u8540.
Signed-off-by: Lee Jones
---
arch/arm/boot/dts/ccu8540.dts | 36
1 file changed, 36 insertions(+)
create mode 100644
On 03/01/2013 01:55 PM, Jiri Slaby wrote:
> On 01/31/2013 02:24 PM, Borislav Petkov wrote:
>> On Thu, Jan 31, 2013 at 02:18:05PM +0100, Borislav Petkov wrote:
And if I pass nmi_watchdog=0 to the image kernel, it should be gone I
guess.
>>>
>>> How do you pass options the image kernel?
>>
On Thu, Apr 4, 2013 at 12:40 PM, Felipe Balbi wrote:
> On Thu, Apr 04, 2013 at 10:34:57AM +0530, Vivek Gautam wrote:
>> Hi Sarah,
>>
>>
>> On Wed, Apr 3, 2013 at 10:57 PM, Sarah Sharp
>> wrote:
>> > Question: Do you still need this patch for 3.10?
>>
>> Felipe's 'next' is closed for 3.10, so
The PRCMU's Tightly Coupled Data Memory on the DB8540 platform is
8kB larger than it's predecessor's. We need to reflect that in its
Device Tree. By re-specifying the address and size of the device
we effectively over-ride the previous values with more accurate
ones.
Signed-off-by: Lee Jones
---
Hi,
On 04/04/2013 02:42 AM, Tony Lindgren wrote:
> Hi,
>
> * Roger Quadros [130319 07:31]:
>> Register a device tree clock provider for AUX clocks
>> on the OMAP4 SoC. Also provide the binding information.
>>
>> Signed-off-by: Roger Quadros
>> ---
>>
From: Nicholas Bellinger
This patch converts struct iscsi_cmd memory allocation + free to use
->iscsit_alloc_cmd() iscsit_transport API caller, and export
iscsit_allocate_cmd() symbols
Also add iscsi_cmd->release_cmd() to be used seperately from
iscsit_transport for connection/session shutdown.
From: Nicholas Bellinger
This patch adds a new network portal attribute for iser, that lives
under existing iscsi-target configfs layout at:
/sys/kernel/config/target/iscsi/$TARGETNAME/$TPGT/np/$PORTAL/iser
When lio_target_np_store_iser() is enabled, iscsit_tpg_add_network_portal()
will
From: Nicholas Bellinger
This patch refactors TX immediate + response queue handling to use
the new iscsit_transport API callers, and exports the necessary
traditional iscsi PDU response creation functions for iser-target
to utilize.
This includes:
- Add iscsit_build_datain_pdu() for DATAIN
From: Nicholas Bellinger
This patch refactors existing traditional iscsi RX side PDU handling
to use iscsit_transport, and exports the necessary logic for external
transport modules.
This includes:
- Refactor iscsit_handle_scsi_cmd() into PDU setup / processing
- Add updated
On Wed, Apr 03, 2013 at 10:50:57AM -0700, John Stultz wrote:
>
> I get the reasoning around reusing the fd we already have, but is
> the possibility of a dynamic chardev pathname really a big concern?
I have been following this thread, and, not knowing very much about
perf, I would think that
From: Nicholas Bellinger
This series is the third RFC for iSCSI Extensions for RDMA (ISER) target
mode support planned for an future v3.10 merge. This series refactors
existing traditional iscsi-target mode logic in order for external
ib_isert.ko module code to function with areas common to
From: Nicholas Bellinger
Add basic struct iscsit_transport API template to allow iscsi-target for
running with external transport modules using existing iscsi_target_core.h
code.
For all external modules, this calls try_module_get() and module_put()
to obtain + release an external
From: Nicholas Bellinger
This patch adds RDMAExtensions, InitiatorRecvDataSegmentLength and
TargetRecvDataSegmentLength parameters keys necessary for iser-target
login to occur.
This includes setting the necessary parameters during login path
code within iscsi_login_zero_tsih_s2(), and
From: Nicholas Bellinger
This patch performs the initial conversion of existing traditional iscsi
to use iscsit_transport API callers. This includes:
- iscsi-np cleanups for iscsit_transport_type
- Add iscsi-np transport calls w/ ->iscsit_setup_up() and ->iscsit_free_np()
- Convert login
From: Nicholas Bellinger
Export target_get_sess_cmd() symbol so that it can be used by
iscsi-target.
Signed-off-by: Nicholas Bellinger
---
drivers/target/target_core_transport.c |4 ++--
include/target/target_core_fabric.h|2 +-
2 files changed, 3 insertions(+), 3 deletions(-)
On Wed, 3 Apr 2013, Huzefa Kankroliwala wrote:
> With the current i2c hid driver set/get report does not work
> as expected, for e.g sensor hub properties like power state,
> frequency etc is not set properly on the device as a result
> we do not get events.
> The problem is that i2c hid driver
On Wed, 27 Mar 2013, Jiri Kosina wrote:
> > I am looking at 3.9.rc1.
> > The only place I see the raw_event callback is called from
> > hid/hid_input_report(). hid_input_report is called with type
> > HID_INPUT_REPORT
> > in all cases, except hid_ctrl(), where it can be different depending on
>
On Tue, 2 Apr 2013, Benjamin Tissoires wrote:
> Since kernel 3.7, it appears that the input registration occured before
> the end of magicmouse_setup_input(). This is shown by receiving a lot of
> "EV_SYN SYN_REPORT 1" instead of normal "EV_SYN SYN_REPORT 0".
> This value means that the output
Rusty Russell writes:
> If this passes review, I'll split properly into three patches.
>
> Thanks,
> Rusty.
Noone commented, so split into 3 and into modules-next it goes...
Cheers,
Rusty.
> modpost: handle huge numbers of modules.
>
> (FIXME: Split into multiple patches).
>
> strace shows:
>
On 2013/4/4 10:13, Eric W. Biederman wrote:
>
> This reverts commit 14134f6584212d585b310ce95428014b653dfaf6.
>
> The problem that the above patch was meant to address is that af_unix
> messages are not being coallesced because we are sending unnecesarry
> credentials. Not sending credentials
On 04/04/2013 09:51 AM, Jiri Kosina wrote:
> On Tue, 2 Apr 2013, Benjamin Tissoires wrote:
>
>> Since kernel 3.7, it appears that the input registration occured before
>> the end of magicmouse_setup_input(). This is shown by receiving a lot of
>> "EV_SYN SYN_REPORT 1" instead of normal "EV_SYN
On Thu, Apr 4, 2013 at 9:47 AM, Jiri Kosina wrote:
> On Wed, 3 Apr 2013, Huzefa Kankroliwala wrote:
>
>> With the current i2c hid driver set/get report does not work
>> as expected, for e.g sensor hub properties like power state,
>> frequency etc is not set properly on the device as a result
>>
On 2013/4/4 10:14, Eric W. Biederman wrote:
>
> It was reported that the following LSB test case failed
> https://lsbbugs.linuxfoundation.org/attachment.cgi?id=2144 because we
> were not coallescing unix stream messages when the application was
> expecting us to.
>
> The problem was that the
On 08:44 Thu 04 Apr , Masami Hiramatsu wrote:
> (2013/04/03 17:28), oskar.and...@sonymobile.com wrote:
> >
> > +/* it can take some time ( > 100ms ) to initialise the
> > + * blacklist so we delay this until we actually need it
> > + */
> > +static void init_kprobe_blacklist(void)
> > +{
> >
On Thu, 4 Apr 2013, Benjamin Tissoires wrote:
> >> With the current i2c hid driver set/get report does not work
> >> as expected, for e.g sensor hub properties like power state,
> >> frequency etc is not set properly on the device as a result
> >> we do not get events.
> >> The problem is that
On Tue, 2013-04-02 at 09:20 -0600, David Ahern wrote:
> traditionally, perf has not required a kernel config to build it. The
> above grabs some symbols for a standalone perf config. I guess that's a
> question to be answered - should the kernel's config files should be
> used for perf (or a
On Wed, Apr 03, 2013 at 11:56:34PM -0700, Andrew Morton wrote:
> On Thu, 4 Apr 2013 17:26:48 +1100 Stephen Rothwell
> wrote:
>
> > Hi Andrew,
> >
> > Today's linux-next merge of the akpm tree got a conflict in
> > fs/proc/generic.c between several commits from the vfs tree and commit
> >
Any comments ?
Anisse
On Fri, 22 Mar 2013 11:06:00 +0100, Anisse Astier wrote :
> This can reduce almost 3 times the size of the linux-image package,
> while keeping the debug symbols available for this particular build, in
> their own package.
>
> This mimics the way kernels are built in
On Wed 03-04-13 12:00:12, Robin Holt wrote:
> On Wed, Apr 03, 2013 at 04:02:47PM +0200, Michal Hocko wrote:
> > On Tue 02-04-13 21:43:44, Robin Holt wrote:
> > [...]
> > > diff --git a/mm/hugetlb.c b/mm/hugetlb.c
> > > index ca9a7c6..7683f6a 100644
> > > --- a/mm/hugetlb.c
> > > +++ b/mm/hugetlb.c
On Thu, Apr 04, 2013 at 12:02:53AM -0700, Andrew Morton wrote:
> > Well perhaps the vfs tree should start paying some attention to the
> > rest of the world, particularly after -rc5.
>
> I can't even find this "lift sb_start_write() out of ->write()". Not on
> fsdevel,
> not on lkml. What the
(2013/04/04 9:38), Yinghai Lu wrote:
> Index: linux-2.6/lib/swiotlb.c
> ===
> --- linux-2.6.orig/lib/swiotlb.c
> +++ linux-2.6/lib/swiotlb.c
> @@ -105,9 +105,9 @@ setup_io_tlb_npages(char *str)
> if (!strcmp(str, "force"))
>
On Wed, Apr 3, 2013 at 7:57 PM, John Stultz wrote:
> On 04/03/2013 07:22 AM, Stephane Eranian wrote:
>>
>> On Wed, Apr 3, 2013 at 4:14 PM, David Ahern wrote:
>>>
>>> On 4/3/13 8:00 AM, Stephane Eranian wrote:
>
> Why not have perf convert its
> perf_clock timestamps into monotonic or
On Wed 03-04-13 12:21:32, Robin Holt wrote:
> On Wed, Apr 03, 2013 at 04:00:49PM +0200, Michal Hocko wrote:
> > On Tue 02-04-13 21:43:44, Robin Holt wrote:
> > [...]
> > > diff --git a/mm/bootmem.c b/mm/bootmem.c
> > > index 2b0bcb0..b2e4027 100644
> > > --- a/mm/bootmem.c
> > > +++ b/mm/bootmem.c
On Sun, 31 Mar 2013, Sam Ravnborg wrote:
> The user-space binaries build in samples/ uses the installed
> headers for the kernel.
> Therefore it is wrong that they use the host compiler
> to build the samples.
>
> Following is an attempt to create some infrastructure
> for building user-space
On Thu, Apr 04, 2013 at 01:23:05AM +0200, Stephen Warren wrote:
> On 04/03/2013 12:27 PM, Stephen Warren wrote:
> > On 04/03/2013 11:52 AM, Stephen Warren wrote:
> >> On 04/03/2013 08:40 AM, Peter De Schrijver wrote:
> >>> This is the nineth version of the Tegra114 clockframework. It is based on
This patch looks like it should be in the 3.8-stable tree, should we apply
it?
--
From: "Jonghwan Choi "
Boot_freq is for saving booting freq. But exynos_cpufreq_cpu_init
is called in hotplug. If boot_freq is existed in exynos_cpufreq_cpu_init,
boot_freq could be changed.
Hi Vineet,
Just a short message to inform you that the test campaign on our RFC
patch has run through successfully and we consider the patch stable
enough for release to our customers. The main reason the barriers were
added in this particular place is because other architectures do the
same.
I
This patch looks like it should be in the 3.8-stable tree, should we apply
it?
--
From: "Thomas Abraham "
The soft-reset control register is located in the XMU controller space.
Map this controller space before writing to the soft-reset controller
register.
Signed-off-by:
Hi Linus,
On 25 March 2013 15:41, Viresh Kumar wrote:
> This patch moves cpufreq driver of ARM based integrator platform to
> drivers/cpufreq.
>
> Cc: Russell King
> Signed-off-by: Viresh Kumar
> ---
> arch/arm/Kconfig | 11
> ---
>
Hi,
On Thu, Apr 4, 2013 at 12:48 PM, Felipe Balbi wrote:
> Hi,
>
> On Wed, Apr 03, 2013 at 02:14:02PM -0400, Alan Stern wrote:
>> > > Lets suppose DWC3 enables runtime_pm on USB 2 type phy,
>> > > it will try to go into suspend state and thereby call runtime_suspend(),
>> > > if any.
>> > >
Recent commit 6fac4829 "cputime: Use accessors to read task cputime
stats" introduced a bug, that make we account many times cputime of
the first thread, instead of cputimes of all threads.
Signed-off-by: Stanislaw Gruszka
Acked-by: Frederic Weisbecker
---
This patch fixes 3.8 -> 3.9
Hi,
On Wednesday 03 April 2013 09:17 PM, Felipe Balbi wrote:
Hi,
On Wed, Apr 03, 2013 at 08:02:52PM +0530, Kishon Vijay Abraham I wrote:
+ ret = -EINVAL;
+ goto err0;
+ }
+
+ if (!phy_class)
+ phy_core_init();
why don't you setup the
701 - 800 of 1434 matches
Mail list logo