On Fri, Feb 15, 2013 at 07:21:48PM +0100, Arnd Bergmann wrote:
> Hi Vinod,
>
> As Andy pointed out today, we don't have a good solution for the
> dw_dmac DT binding in linux-next yet. I have posted my series
> once before and then got distracted after getting feedback from
> Viresh, Andy and Russe
On Wednesday, February 20, 2013 4:31 PM, Dmitry Torokhov wrote:
>
> Hi Jongoo,
>
> On Wed, Feb 20, 2013 at 03:12:38PM +0900, Jingoo Han wrote:
> > Use devm_request_irq() and devm_kzalloc() to make cleanup paths
> > more simple.
> >
>
> ...
>
> > @@ -1269,9 +1266,7 @@ static int __exit menelaus_
On Wednesday, February 20, 2013 4:34 PM, Dmitry Torokhov wrote:
>
> On Wed, Feb 20, 2013 at 03:13:06PM +0900, Jingoo Han wrote:
> > Use devm_request_irq() and devm_kzalloc() to make cleanup paths
> > more simple.
> >
> > Signed-off-by: Jingoo Han
> > ---
> > drivers/mfd/ezx-pcap.c | 16 +--
On Wednesday, February 20, 2013 4:35 PM, Dmitry Torokhov wrote:
> -Original Message-
> From: Dmitry Torokhov [mailto:dmitry.torok...@gmail.com]
> Sent: Wednesday, February 20, 2013 4:35 PM
> To: Jingoo Han
> Cc: 'Samuel Ortiz'; linux-kernel@vger.kernel.org
> Subject: Re: [PATCH 10/11] mfd:
On Wednesday, February 20, 2013 4:37 PM, Dmitry Torokhov wrote:
>
> Hi Jingoo,
>
> On Wed, Feb 20, 2013 at 03:11:38PM +0900, Jingoo Han wrote:
> > Use devm_gpio_request_one() and devm_request_threaded_irq() to make
> > cleanup paths and more simple.
> >
> > Signed-off-by: Jingoo Han
> > ---
> >
On Tue, 19 Feb 2013, Arnd Bergmann wrote:
> On Friday 15 February 2013, Lee Jones wrote:
> > + {
> > + .name = "ab8500-charger",
> > + .of_compatible = "stericsson,ab8500-charger",
> > + .num_resources = ARRAY_SIZE(ab8500_charger_resources),
> > +
On Wed, Feb 20, 2013 at 05:05:10PM +0900, Jingoo Han wrote:
> On Wednesday, February 20, 2013 4:31 PM, Dmitry Torokhov wrote:
> >
> > Hi Jongoo,
> >
> > On Wed, Feb 20, 2013 at 03:12:38PM +0900, Jingoo Han wrote:
> > > Use devm_request_irq() and devm_kzalloc() to make cleanup paths
> > > more sim
On 02/20/2013 03:40 PM, Mike Galbraith wrote:
> On Wed, 2013-02-20 at 13:55 +0800, Alex Shi wrote:
>
>> Joonsoo Kim suggests not packing exec task, since the old task utils is
>> possibly unuseable.
>
> (I'm stumbling around in rtmutex PI land, all dazed and confused, so
> forgive me if my periph
On Tue, Dec 18, 2012 at 10:37:08PM -0800, John Stultz wrote:
> On 12/18/2012 09:15 PM, Dong Zhu wrote:
> >On Thu, Dec 06, 2012 at 10:03:34PM +0800, Dong Zhu wrote:
> >> From c126376cf1837b0956e0268056db61870fbbc1d4 Mon Sep 17 00:00:00 2001
> >>From: Dong Zhu
> >>Date: Thu, 6 Dec 2012 21:45:00 +080
On Tue, 19 Feb 2013, Arnd Bergmann wrote:
> On Friday 15 February 2013, Lee Jones wrote:
> > struct ab8500 *ab8500;
> > + int chip_id = -EINVAL;
> >
> > ab8500 = dev_get_drvdata(dev);
> > - return sprintf(buf, "%#x\n", ab8500 ? ab8500->chip_id : -EINVAL);
> > + if
On Thu, Feb 07, 2013 at 11:50:28PM -0200, Marcelo Tosatti wrote:
> On Wed, Jan 23, 2013 at 03:19:23PM +0800, Hu Tao wrote:
> > From: Wen Congyang
> >
> > The guest should run after resetting it, but it does not run if its
> > old state is RUN_STATE_INTERNAL_ERROR or RUN_STATE_PAUSED.
> >
> > We
On Wednesday, February 20, 2013 5:10 PM, Dmitry Torokhov wrote:
>
> On Wed, Feb 20, 2013 at 05:05:10PM +0900, Jingoo Han wrote:
> > On Wednesday, February 20, 2013 4:31 PM, Dmitry Torokhov wrote:
> > >
> > > Hi Jongoo,
> > >
> > > On Wed, Feb 20, 2013 at 03:12:38PM +0900, Jingoo Han wrote:
> > > >
Hi Linus,
Please pull
git://git.kernel.org/pub/scm/linux/kernel/git/mszeredi/fuse.git for-linus
The biggest part of this pull request is a patch series from Maxim
Patlasov to optimize scatter-gather direct IO. There's also the
addition of a "readdirplus" API, poll events and various fixes and
From: Sha Zhengju
Signed-off-by: Sha Zhengju
---
kernel/sched/core.c | 22 ++
1 file changed, 2 insertions(+), 20 deletions(-)
diff --git a/kernel/sched/core.c b/kernel/sched/core.c
index 03d7784..b7b03cd 100644
--- a/kernel/sched/core.c
+++ b/kernel/sched/core.c
@@ -1969
19.02.2013 22:04, Dave Jones пишет:
general protection fault: [#1] PREEMPT SMP DEBUG_PAGEALLOC
Modules linked in: can af_rxrpc binfmt_misc scsi_transport_iscsi ax25 ipt_ULOG
decnet nfc appletalk x25 rds ipx p8023 psnap p8022 llc irda crc_ccitt atm lockd
sunrpc ip6t_REJECT nf_conntrack_ipv6
Fix db8500_read_soc_id() to read all five soc_id number locations
instead of repeating the second one two times.
Signed-off-by: Fabio Baltieri
---
arch/arm/mach-ux500/cpu-db8500.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/mach-ux500/cpu-db8500.c b/arch/arm/mach
Whenever a struct device_attribute is registered
with mismatched permissions - read permission without
a show routine or write permission without store
routine - we will issue a big warning so we catch
those early enough.
Signed-off-by: Felipe Balbi
---
drivers/base/core.c | 9 -
1 file
On Wed, Feb 20, 2013 at 3:37 PM, Sha Zhengju wrote:
> From: Sha Zhengju
>
> Signed-off-by: Sha Zhengju
> ---
> kernel/sched/core.c | 17 -
> 1 file changed, 17 deletions(-)
You missed include/linux/sched.h :)
>
> diff --git a/kernel/sched/core.c b/kernel/sched/core.c
> index
This patch-set consists of major changes below.
(a) Move trigger drivers into new subdirectory, 'drivers/leds/trigger/'
(b) Add LED trigger for camera functions: 'flash' and 'torch'
(c) Support camera LED trigger feature in existing drivers: LM355x and LM3642
Milo(Woogyom) Kim (3):
leds: m
LM355x and LM3642 support flash and torch functionality.
(Camera driver) (LED trigger for camera) (LED driver)
Turn on the flash ...> ledtrig_flash_ctrl(true) ...> LM355x or LM3642
brightness ctrl
On Wed, Feb 20, 2013 at 05:17:30PM +0900, Jingoo Han wrote:
> On Wednesday, February 20, 2013 5:10 PM, Dmitry Torokhov wrote:
> >
> > On Wed, Feb 20, 2013 at 05:05:10PM +0900, Jingoo Han wrote:
> > > On Wednesday, February 20, 2013 4:31 PM, Dmitry Torokhov wrote:
> > > >
> > > > Hi Jongoo,
> > > >
Some LED devices support flash/torch functionality through the LED subsystem.
This patch enables direct LED trigger controls by the driver.
Flash on/off and torch on/off can be done simply by other driver space.
Two trigger APIs are added, ledtrig_flash_ctrl() and ledtrig_torch_ctrl().
Signed-off-
Using the new virtqueue_add_sgs function lets us simplify the queueing
path. In particular, all data protected by the tgt_lock is just gone
(multiqueue will find a new use for the lock).
Signed-off-by: Paolo Bonzini
Signed-off-by: Wanlong Gao
---
drivers/scsi/virtio_scsi.c | 93 +++
On Tue, Feb 19, 2013 at 05:25:31PM +1100, Amnon Shiloh wrote:
>
> To reconstruct Linux process(es), one must be able to restore all their
> memory contents, states and registers to their original and consistent
> values.
I personally don't mind if this come become y by default, because it will
wo
On Wed, 2013-02-20 at 16:11 +0800, Alex Shi wrote:
> On 02/20/2013 03:40 PM, Mike Galbraith wrote:
> > On Wed, 2013-02-20 at 13:55 +0800, Alex Shi wrote:
> >
> >> Joonsoo Kim suggests not packing exec task, since the old task utils is
> >> possibly unuseable.
> >
> > (I'm stumbling around in rtm
The driver will not quite work if someone unbinds the platform device
from the platform driver via sysfs (moreover it will bomb is the driver
built into the kernel as hp_wmi_bios_remove is marked as __exit and will
not be present in the kernel).
To fix it let's use platform_driver_probe() instead
On Mon, 2013-02-18 at 12:53 +, Bu, Yitian wrote:
> This patch is for kernel V3.7.9
>
> From 8796f4a2175a323aaa49ea8dd0fe68678dd5dccd Mon Sep 17 00:00:00 2001
> From: ybu
> Date: Mon, 18 Feb 2013 19:52:01 +0800
> Subject: [PATCH] Fix rq->lock vs logbuf_lock unlock race
>
> fix up the fallout
On Mon, 2013-02-18 at 18:31 +0530, Srikar Dronamraju wrote:
> pick_next_entity() prefers next, then last. However code checks if the
> left entity can be skipped even if next / last is set.
>
> Check if left entity should be skipped only if next/last is not set.
You fail to explain why its a prob
>
> Alex, could you go through my patch and see if there is anything you
> find objectionable ? (if not about the details, at least about the
> general approach of enabling writer lock stealing on the fast path)
>
I did a quick review on the patchset and tested the patches 1~3, and 1~3
plus 4th
The remove() methods should not be marked __exit unless we are using
platform_driver_probe() which disables unbinding device from driver
via sysfs.
Signed-off-by: Dmitry Torokhov
---
Compiled only, no hardware.
drivers/i2c/busses/i2c-pxa.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions
On 20 February 2013 09:13, Lee Jones wrote:
> On Tue, 19 Feb 2013, Arnd Bergmann wrote:
>
>> On Friday 15 February 2013, Lee Jones wrote:
>> > struct ab8500 *ab8500;
>> > + int chip_id = -EINVAL;
>> >
>> > ab8500 = dev_get_drvdata(dev);
>> > - return sprintf(buf, "%#x\n
CONFIG_USB_MUSB_DEBUG option was removed in
5c8a86e usb: musb: drop unneeded musb_debug trickery
to cleanup the code from driver specific debug facilities. This patch
drops the last references to the musb debug config option,
unconditionally enabling all debug code paths, thus letting that code
On 02/20/2013 04:43 PM, Mike Galbraith wrote:
>> >
>> > Sounds reasonable too.
>> >
>> > I have no idea of the of the decision now.
>> > And guess many guys dislike to use a knob to let user do the choice.
> Nobody likes seeing yet more knobs much, automagical is preferred.
> Trouble with automag
Even if bus is not hot-pluggable, the devices can be unbound from the
driver via sysfs, so we should not be using __exit annotations on
remove() methods.
Signed-off-by: Dmitry Torokhov
---
Not tested - no hardware.
drivers/mfd/menelaus.c | 4 ++--
drivers/mfd/tps65010.c | 4 ++--
2 files chang
* Linus Torvalds wrote:
> On Tue, Feb 19, 2013 at 7:41 AM, Ingo Molnar wrote:
> >
> > Please pull the latest x86-platform-for-linus git tree from:
>
> Hmm.
>
> My main desktop just had a reboot failure - it just got stuck
> at the end, not powering down, and not rebooting like it
> should h
On Wed, Feb 20, 2013 at 10:15:25AM +0800, Li Fei wrote:
>
> +#ifdef CONFIG_FREEZER
> +
> +static ssize_t freeze_late_read(struct file *file, char __user *buf,
> + size_t count, loff_t *ppos)
> +{
> + struct task_struct *task = get_proc_task(file->f_path.den
On Wed, Feb 20, 2013 at 4:31 PM, Xiaotian Feng wrote:
> On Wed, Feb 20, 2013 at 3:37 PM, Sha Zhengju wrote:
>> From: Sha Zhengju
>>
>> Signed-off-by: Sha Zhengju
>> ---
>> kernel/sched/core.c | 17 -
>> 1 file changed, 17 deletions(-)
>
> You missed include/linux/sched.h :)
Hello Kim,
On Wed, Feb 20, 2013 at 08:36:01AM +, Kim, Milo wrote:
> For better driver management, new subdirectory, 'trigger' is created.
> All LED trigger drivers are moved into this directory.
>
> Internal header, 'leds.h' is included in each LED trigger drivers.
> Fix the location of heade
On Wed, 2013-02-20 at 03:09 +, Konrad Rzeszutek Wilk wrote:
> On Tue, Feb 19, 2013 at 09:07:27PM -0500, Konrad Rzeszutek Wilk wrote:
> > On Tue, Feb 19, 2013 at 05:29:11PM +, Ian Campbell wrote:
> > > On ARM we want these to be the same size on 32- and 64-bit.
> > >
> > > This is an ABI cha
> * Linus Torvalds wrote:
>
> > My main desktop just had a reboot failure - it just got
> > stuck at the end, not powering down, and not rebooting like
> > it should have.
if it matters: I have test machines of various x86 vintage, most
of which test booted these trees before sending, and no
From: Sha Zhengju
Signed-off-by: Sha Zhengju
---
include/linux/sched.h |1 -
kernel/sched/core.c | 22 ++
2 files changed, 2 insertions(+), 21 deletions(-)
diff --git a/include/linux/sched.h b/include/linux/sched.h
index 33cc421..f9ca237d 100644
--- a/include/linux/
* Linus Torvalds wrote:
> On Tue, Feb 19, 2013 at 6:16 AM, Ingo Molnar wrote:
> >
> > Please pull the latest perf-urgent-for-linus git tree from:
> >
> >git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
> > perf-urgent-for-linus
> >
> >HEAD: e97cbe3edf7d88aad4c21dd3de124d9f9d03
On 02/19/2013 03:56 PM, Rusty Russell wrote:
> virtio_scsi can really use this, to avoid the current hack of copying
> the whole sg array. Some other things get slightly neater, too.
>
> Signed-off-by: Rusty Russell
This simpler API makes more sense to me.
Reviewed-by: Asias He
> ---
> dri
On 02/19/2013 03:56 PM, Rusty Russell wrote:
> (This is a respin of Paolo Bonzini's patch, but it calls
> virtqueue_add_sgs() instead of his multi-part API).
>
> Move the creation of the request header and response footer to
> __virtblk_add_req. vbr->sg only contains the data scatterlist,
> the h
When a interrupt affinity mask targets multiple CPUs, the
RT scheduler selects a runqueue for RT task corresponding
to a threaded interrupt handler without consideration of
where the interrupt is actually gets delivered. It leads
to a suboptimal condition when a hardware interrupt handler
executes
On 02/19/2013 03:56 PM, Rusty Russell wrote:
> From: Paolo Bonzini
>
> (This is a respin of Paolo Bonzini's patch, but it calls
> virtqueue_add_sgs() instead of his multi-part API).
>
> This is similar to the previous patch, but a bit more radical
> because the bio and req paths now share the bu
On 02/19/2013 03:56 PM, Rusty Russell wrote:
> It's simply a flag as to whether we have data now, so make it an
> explicit function parameter rather than a member of struct
> virtblk_req.
>
> Signed-off-by: Rusty Russell
Reviewed-by: Asias He
> ---
> drivers/block/virtio_blk.c | 22 ++
On Tue, 19 Feb 2013, Simon Wood wrote:
> This patch provides a modified report descriptor to split accelerator
> and brake, and adds the 'NO_GET' flag to prevent it hanging on
> connection.
Applied, thanks Simon.
--
Jiri Kosina
SUSE Labs
--
To unsubscribe from this list: send the line "unsubscr
On Tue, 2013-02-19 at 18:06 +, David Miller wrote:
> From: Ian Campbell
> Date: Tue, 19 Feb 2013 08:58:44 +
>
> > On Tue, 2013-02-19 at 08:03 +, Jan Beulich wrote:
> >> >>> On 19.02.13 at 06:53, David Miller wrote:
> >> > From: Andrew Jones
> >> > Date: Mon, 18 Feb 2013 21:29:20 +01
On 05.12.2012 17:32, Jan Kara wrote:
On Tue 27-11-12 18:14:42, Marcus Sundman wrote:
On 22.11.2012 01:30, Jan Kara wrote:
On Fri 16-11-12 03:11:22, Marcus Sundman wrote:
On 13.11.2012 15:51, Jan Kara wrote:
On Fri 09-11-12 15:12:43, Marcus Sundman wrote:
On 09.11.2012 01:41, Marcus Sundman w
On Wed, Feb 20, 2013 at 07:36:32AM +, Pallala, Ramakrishna wrote:
> I am looking for tools(Linux or w*s) for editing ACPI tables.
> Can you advise me some good tools. Also I would like to know how BIOS
> engineers populate the ACPI tables? Which tools they use?
Dunno about the BIOS enginee
devm_kfree() allocates memory that is released when a driver detaches.
Thus, there is no reason to explicitly call devm_kfree() in probe or remove
functions.
Signed-off-by: Jingoo Han
---
No changes since v1:
drivers/mfd/88pm860x-core.c | 12 +++-
1 files changed, 3 insertions(+), 9 d
Use devm_gpio_request_one() to make cleanup paths more simple.
Signed-off-by: Jingoo Han
---
No changes since v1:
drivers/mfd/lm3533-core.c |8 ++--
1 files changed, 2 insertions(+), 6 deletions(-)
diff --git a/drivers/mfd/lm3533-core.c b/drivers/mfd/lm3533-core.c
index ceebf2c..4b7e6d
Use devm_gpio_request_one() to make cleanup paths more simple.
Signed-off-by: Jingoo Han
---
No changes since v1:
drivers/mfd/intel_msic.c | 10 ++
1 files changed, 2 insertions(+), 8 deletions(-)
diff --git a/drivers/mfd/intel_msic.c b/drivers/mfd/intel_msic.c
index 1804331..5be3b5e
> For this kind of patches you should really use the "-M" flag of "git
> format-patch" to activate rename detection. The patch becomes much
> more
> readable. For example, the diffstat for this one using -M is:
Thanks for useful tip!
Regards,
Milo
--
To unsubscribe from this list: send the line
Use devm_gpio_request_one() to make cleanup paths more simple.
Signed-off-by: Jingoo Han
---
No changes since v1:
drivers/mfd/omap-usb-host.c | 23 ++-
1 files changed, 2 insertions(+), 21 deletions(-)
diff --git a/drivers/mfd/omap-usb-host.c b/drivers/mfd/omap-usb-host.c
Use devm_*() functions to make cleanup paths more simple.
Signed-off-by: Jingoo Han
---
No changes since v1:
drivers/mfd/aat2870-core.c | 20 ++--
1 files changed, 6 insertions(+), 14 deletions(-)
diff --git a/drivers/mfd/aat2870-core.c b/drivers/mfd/aat2870-core.c
index f1be
Use devm_*() functions to make cleanup paths more simple.
Signed-off-by: Jingoo Han
---
Changes since v1:
- Use devm_free_irq()
- Use devm_regulator_bulk_get()
drivers/mfd/twl6040.c | 31 +++
1 files changed, 11 insertions(+), 20 deletions(-)
diff --git a/drivers/
Use devm_*() functions to make cleanup paths more simple.
Signed-off-by: Jingoo Han
---
Changes since v1:
- Use devm_free_irq()
drivers/mfd/ezx-pcap.c | 17 +++--
1 files changed, 7 insertions(+), 10 deletions(-)
diff --git a/drivers/mfd/ezx-pcap.c b/drivers/mfd/ezx-pcap.c
index
On Mon, 2013-02-18 at 13:07 +0800, Alex Shi wrote:
> diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c
> index fcdb21f..b9a34ab 100644
> --- a/kernel/sched/fair.c
> +++ b/kernel/sched/fair.c
> @@ -1495,8 +1495,12 @@ static void update_cfs_rq_blocked_load(struct cfs_rq
> *cfs_rq, int force_up
Use devm_*() functions to make cleanup paths more simple.
Signed-off-by: Jingoo Han
---
No changes since v1:
drivers/mfd/da903x.c | 19 ++-
1 files changed, 6 insertions(+), 13 deletions(-)
diff --git a/drivers/mfd/da903x.c b/drivers/mfd/da903x.c
index 05176cd..f1a316e 100644
Use devm_*() functions to make cleanup paths more simple.
Signed-off-by: Jingoo Han
---
No changes since v1:
drivers/mfd/tc3589x.c | 21 ++---
1 files changed, 6 insertions(+), 15 deletions(-)
diff --git a/drivers/mfd/tc3589x.c b/drivers/mfd/tc3589x.c
index ecc092c..4cb92bb 1
2013/2/14 Ulf Hansson :
> On 14 February 2013 09:05, Marek Szyprowski wrote:
>>
>> On 2/13/2013 12:35 PM, Mark Brown wrote:
>>>
>>> On Wed, Feb 13, 2013 at 08:45:56AM +0100, Guennadi Liakhovetski wrote:
>>> > On Wed, 13 Feb 2013, Marek Szyprowski wrote:
>>>
>>> > > BTW, mmc_regulator_get_ocrmask()
* Alex Shi wrote:
> Current scheduler behavior is just consider for larger
> performance of system. So it try to spread tasks on more cpu
> sockets and cpu cores
>
> To adding the consideration of power awareness, the patchset
> adds 2 kinds of scheduler policy: powersaving and balance.
> T
Hi Cyrill,
Cyrill Gorcunov wrote:
> On Tue, Feb 19, 2013 at 05:25:31PM +1100, Amnon Shiloh wrote:
> >
> > To reconstruct Linux process(es), one must be able to restore all their
> > memory contents, states and registers to their original and consistent
> > values.
>
> I personally don't mind if
On Mon, 2013-02-18 at 13:07 +0800, Alex Shi wrote:
> @@ -4214,6 +4214,11 @@ struct sd_lb_stats {
> unsigned int busiest_group_weight;
>
> int group_imb; /* Is there imbalance in this sd */
> +
> + /* Varibles of power awaring scheduling */
> + unsigned int sd_utils;
> -Original Message-
> From: Peter Zijlstra [mailto:a.p.zijls...@chello.nl]
> Sent: Wednesday, February 20, 2013 4:45 PM
> To: Bu, Yitian
> Cc: t...@linutronix.de; linux-kernel@vger.kernel.org; mi...@kernel.org
> Subject: Re: [PATCH] Fix rq->lock vs logbuf_lock unlock race
>
> On Mon, 20
On 02/20/2013 04:37 PM, Wanlong Gao wrote:
> Using the new virtqueue_add_sgs function lets us simplify the queueing
> path. In particular, all data protected by the tgt_lock is just gone
> (multiqueue will find a new use for the lock).
>
> Signed-off-by: Paolo Bonzini
> Signed-off-by: Wanlong Ga
> -Original Message-
> From: Craciun Diana Madalina-STFD002
> Sent: Tuesday, February 19, 2013 9:30 PM
> To: Sethi Varun-B16395
> Cc: io...@lists.linux-foundation.org; linuxppc-...@lists.ozlabs.org;
> linux-kernel@vger.kernel.org; Wood Scott-B07421; j...@8bytes.org; Yoder
> Stuart-B08248
On 02/20/2013 05:38 PM, Asias He wrote:
> On 02/20/2013 04:37 PM, Wanlong Gao wrote:
>> Using the new virtqueue_add_sgs function lets us simplify the queueing
>> path. In particular, all data protected by the tgt_lock is just gone
>> (multiqueue will find a new use for the lock).
>>
>> Signed-off-
On Mon, 2013-02-18 at 13:07 +0800, Alex Shi wrote:
> +/*
> + * Try to collect the task running number and capacity of the group.
> + */
> +static void get_sg_power_stats(struct sched_group *group,
> + struct sched_domain *sd, struct sg_lb_stats *sgs)
> +{
> + int i;
> +
> + for_ea
On Mon, 2013-02-18 at 13:07 +0800, Alex Shi wrote:
> @@ -4053,6 +4053,8 @@ struct lb_env {
> unsigned intloop;
> unsigned intloop_break;
> unsigned intloop_max;
> + int power_lb; /* if power balance needed
> */
>
Using the new virtqueue_add_sgs function lets us simplify the queueing
path. In particular, all data protected by the tgt_lock is just gone
(multiqueue will find a new use for the lock).
Signed-off-by: Paolo Bonzini
Signed-off-by: Wanlong Gao
---
V1->V2:
add the lost comments (Asias)
On Wednesday 20 February 2013, Vinod Koul wrote:
> Since there is still churn, would it make sense if I just revert the SPEAr13xx
> patch (your first patch) and send a pull request to Linus.
> Since there are no users and not much testing has been done, I think we can
> push
> these to 3.10 via ar
On 02/05/2013 09:32 PM, Mel Gorman wrote:
On Tue, Feb 05, 2013 at 11:57:22AM +, Mel Gorman wrote:
+ migrate_pre_flag = 1;
+ }
+
+ if (!isolate_lru_page(pages[i])) {
+ inc_zone_page_state(p
On Wed, Feb 20, 2013 at 09:50:25AM +, Arnd Bergmann wrote:
> On Wednesday 20 February 2013, Vinod Koul wrote:
> > Since there is still churn, would it make sense if I just revert the
> > SPEAr13xx
> > patch (your first patch) and send a pull request to Linus.
> > Since there are no users and n
On Wed, Feb 20, 2013 at 12:23:22PM +0400, Stanislav Kinsbursky wrote:
> 19.02.2013 22:04, Dave Jones пишет:
> >general protection fault: [#1] PREEMPT SMP DEBUG_PAGEALLOC
> >Modules linked in: can af_rxrpc binfmt_misc scsi_transport_iscsi ax25
> >ipt_ULOG decnet nfc appletalk x25 rds ipx p8023
On Wednesday 20 February 2013, Alexander Shiyan wrote:
> On 20 February 2013 13:41, Alexander Shiyan wrote:
> >
> > One problem is that every user needs to add their syscon compatible device
> > support(platform_device_id) in syscon driver first before they can use it.
> > But it looks to me just
On Tue, 19 Feb 2013, John Stultz wrote:
> On 02/19/2013 01:50 PM, Thomas Gleixner wrote:
> > 2) Doing #1 will allow to observe the described time going backwards
> > scenario in kernel as well.
> >
> > The reason why we did not get complaints about that scenario at all
> > (yet) is tha
On Tue, 19 Feb 2013, Andy Lutomirski wrote:
> On 02/19/2013 10:21 AM, Daniel Lezcano wrote:
> > On 02/19/2013 07:10 PM, Thomas Gleixner wrote:
> >> On Tue, 19 Feb 2013, Daniel Lezcano wrote:
> >>> I am working on identifying the different wakeup sources from the
> >>> interrupts and I have a questi
On 02/19/2013 03:56 PM, Rusty Russell wrote:
> Extract the post-counting code into virtqueue_add(), make both callers
> use it.
>
> Signed-off-by: Rusty Russell
Reviewed-by: Wanlong Gao
> ---
> drivers/virtio/virtio_ring.c | 147
> +++---
> 1 file changed
On 02/19/2013 03:56 PM, Rusty Russell wrote:
> These are specialized versions of virtqueue_add_buf(), which cover
> over 50% of cases and are far clearer.
>
> In particular, the scatterlists passed to these functions don't have
> to be clean (ie. we ignore end markers).
>
> FIXME: I'm not sure ab
On 02/19/2013 03:56 PM, Rusty Russell wrote:
> We never add buffers with input and output parts, so use the new accessors.
>
> Signed-off-by: Rusty Russell
Reviewed-by: Wanlong Gao
> ---
> drivers/net/virtio_net.c | 11 +--
> 1 file changed, 5 insertions(+), 6 deletions(-)
>
> diff
On Tue, 19 Feb 2013 20:40:25 -0800, Kim, Milo wrote:
>
> To support new device LP8557, LP855x device initialization process should be
> changed.
> This patch-set enables re-designing LP855x driver architecture and
> supporting LP8557 device.
> Milo(Woogyom) Kim (3):
> backlight: lp855x_bl: intro
20.02.2013 14:03, Gleb Natapov пишет:
On Wed, Feb 20, 2013 at 12:23:22PM +0400, Stanislav Kinsbursky wrote:
19.02.2013 22:04, Dave Jones пишет:
general protection fault: [#1] PREEMPT SMP DEBUG_PAGEALLOC
Modules linked in: can af_rxrpc binfmt_misc scsi_transport_iscsi ax25 ipt_ULOG
decnet
Intel IvyBridge processor has different constraints compared
to SandyBridge. Therefore it needs its own contraint table.
This patch adds the constraint table. Without this patch,
the events listed in the patch may not be scheduled correctly
and bogus counts may be collected.
Signed-off-by: Stephan
On Wed, 2013-02-20 at 09:38 +, Bu, Yitian wrote:
>
> 2. from printk comment: "This is printk(). It can be called from any
> context.
> We want it to work. ". I suppose to use printk in any context.
Unfortunately that's not quite possible, rq->lock is really out of
bounds. At one point I trie
On 02/20/2013 10:58 AM, Manu Abraham wrote:
> Hi,
>
> On Wed, Feb 20, 2013 at 12:28 AM, Alexey Khoroshilov
> wrote:
>> goto err and goto err_gateoff before mutex_lock(&state->internal->demod_lock)
>> lead to unlock of unheld mutex in stv090x_sleep().
> Out of curiosity, what happens when you try t
On Tue, 2013-02-19 at 10:25 -0800, John Stultz wrote:
> So describe how the perf time domain is different then
> CLOCK_MONOTONIC_RAW.
The primary difference is that the trace/sched/perf time domain is not
strictly monotonic, it is only locally monotonic -- that is two time
stamps taken on the same
* Mandeep Singh Baines wrote:
> We shouldn't try_to_freeze if locks are held. Verified that
> I get no lockdep warnings after applying this patch and
> "vfork: don't freezer_count() for in-kernel users of CLONE_VFORK".
>
> Changes since v1:
> * LKML: <20130215111635.ga26...@gmail.com> Ingo Moln
On Tue, 2013-02-19 at 22:17 -0500, Nicolas Pitre wrote:
>
> > +$(obj)/bswapsdi2.o: $(obj)/../../../../arch/$(SRCARCH)/lib/bswapsdi2.o
> > + $(call cmd,shipped)
> > +
>
> I don't think you can get away with this. The decompressor code is
> compiled with -fpic and the main kernel is not. Mos
On Sat, 2013-02-09 at 21:09 +0100, Paul Bolle wrote:
> Compiling src.o for a 32 bit system triggers two GCC warnings:
> drivers/scsi/aacraid/src.c: In function ‘aac_src_deliver_message’:
> drivers/scsi/aacraid/src.c:410:3: warning: right shift count >= width of
> type [enabled by default]
* Alex Shi wrote:
> > Alex, could you go through my patch and see if there is
> > anything you find objectionable ? (if not about the details,
> > at least about the general approach of enabling writer lock
> > stealing on the fast path)
>
> I did a quick review on the patchset and tested th
Hi Yasuaki,
On Wed, Feb 20, 2013 at 12:35:48PM +0900, Yasuaki Ishimatsu wrote:
> Hi Vasilis,
>
> 2013/02/20 3:11, Vasilis Liaskovitis wrote:
> >Hi,
> >
> >On Sun, Feb 17, 2013 at 04:27:18PM +0100, Rafael J. Wysocki wrote:
> >>From: Rafael J. Wysocki
> >>
> >>Make the ACPI memory hotplug driver u
On Wed, 20 Feb 2013, Marcus Cooper wrote:
> On 20 February 2013 09:13, Lee Jones wrote:
> > On Tue, 19 Feb 2013, Arnd Bergmann wrote:
> >
> >> On Friday 15 February 2013, Lee Jones wrote:
> >> > struct ab8500 *ab8500;
> >> > + int chip_id = -EINVAL;
> >> >
> >> > ab8500 = de
PG_swapbacked is a bit for page->flags.
In kernel code, its comment is "page is backed by RAM/swap". But I couldn't
understand it.
1. Does the RAM mean DRAM? How page is backed by RAM?
2. When the page is page-out to swap file, the bit PG_swapbacked will be set
to demonstrate this page is backed b
Hi Sjur,
Sorry for the (very) late reply.
On Sun, Feb 10, 2013 at 12:39:05PM +0100, sjur.brandel...@stericsson.com wrote:
> From: Sjur Brændeland
>
> Refactor rproc_elf_find_rsc_table and split out the scanning
> for the section header named resource table. This is done to
> prepare for loading
Hi Sjur,
On Sun, Feb 10, 2013 at 12:39:06PM +0100, sjur.brandel...@stericsson.com wrote:
> From: Sjur Brændeland
>
> Add function find_rsc_table_va to firmware ops. This function
> returns the location of the resource table in shared memory
> after loading.
>
> Signed-off-by: Sjur Brændeland
>
Hi Sjur,
On Sun, Feb 10, 2013 at 12:39:09PM +0100, sjur.brandel...@stericsson.com wrote:
> From: Sjur Brændeland
>
> Support virtio configuration space and device status and
> feature negotiation with remote device. This virtio device
> can now access the resource table in shared memory.
>
> Si
Hi Sjur,
On Sun, Feb 10, 2013 at 12:39:11PM +0100, sjur.brandel...@stericsson.com wrote:
> From: Sjur Brændeland
>
> Simplify handling of max_notifyid by simply counting the
> number of vrings.
>
> Signed-off-by: Sjur Brændeland
> ---
> drivers/remoteproc/remoteproc_core.c | 34
> +
1 - 100 of 670 matches
Mail list logo
