On Sat, Jul 20, 2013 at 09:46:45AM -0700, Davidlohr Bueso wrote:
> On Sun, 2013-07-21 at 00:02 +0800, Xiaotian Feng wrote:
> > On Sat, Jul 20, 2013 at 9:13 PM, Fengguang Wu
> > wrote:
> > > Greetings,
> > >
> > > I got the below dmesg and the first bad commit is
> > >
> > > commit c5d0282a0405b0a
Hello Greg,
I upgraded sparse 0.4.2 -> 0.4.4 and now we see the same error messages.
It will take me a few days to prepare a patch for that.
Thanks for your patience.
Eli
On 27/07/13 02:28, Greg KH wrote:
$ make M=drivers/staging/xillybus/ C=1
LD drivers/staging/xillybus//built-in
Geert, All,
Sorry to chime in a bit late...
On 2013-07-23 22:20 +0200, Geert Uytterhoeven spake thusly:
> On Tue, 23 Jul 2013, Geert Uytterhoeven wrote:
> > JFYI, when comparing v3.11-rc2 to v3.11-rc1[3], the summaries are:
> > - build errors: +9/-23
[--SNIP--]
> powerpc-randconfig, due to a kc
From: Rafael J. Wysocki
Subject: ACPI: Move acpi_bus_get_device() from bus.c to scan.c
Move acpi_bus_get_device() from bus.c to scan.c which allows
acpi_bus_data_handler() to become static and clean up the latter.
Signed-off-by: Rafael J. Wysocki
---
drivers/acpi/bus.c | 21
From: Rafael J. Wysocki
Make acpi_device_set_power() check if the given device is power
manageable before checking if the given power state is valid for that
device. Otherwise it will print that "Device does not support" that
power state into the kernel log, which may not make sense for some
pow
Hi
On Mon, Jul 15, 2013 at 3:37 PM, Benjamin Tissoires
wrote:
> Evemu [1] uses uinput to replay devices traces it has recorded. However,
> the way evemu uses uinput is slightly different from how uinput is
> supposed to be used.
> Evemu creates the device node through uinput, bu inject events thr
Hi All,
The following 3 patches clean up ACPI device PM a bit:
[1/3] Fix acpi_device_set_power() to avoid printing useless messages for
devices that aren't power manageable.
[2/3] Fix messages in acpi_device_set_power() to always contain a device
name.
[3/3] Replace ACPI_STATE_D3 wi
From: Rafael J. Wysocki
There are several places in the tree where ACPI_STATE_D3 is used
instead of ACPI_STATE_D3_COLD which should be used instead for
clarity. Modify them all to use ACPI_STATE_D3_COLD as appropriate.
[The definition of ACPI_STATE_D3 itself cannot go away at this point
as it
From: Rafael J. Wysocki
Modify acpi_device_set_power() so that diagnostic messages printed by
it to the kernel log always contain the name of the device concerned
to make it possible to identify the device that triggered the message
if need be.
Also replace printk(KERN_WARNING ) with dev_warn()
On Thu, Jul 25, 2013 at 05:01:21PM +0300, Adrian Hunter wrote:
> Hi
>
> Here are some patches that add support for reading object code from vmlinux,
> kernel modules and /proc/kcore.
hum.. looks like it's based on your previous fixies
plus some from David? I couldn't get it cleanly applied
on lat
On Fri, Jul 26, 2013 at 04:13:40PM -0700, Felipe Tonello wrote:
> On Fri, Jul 26, 2013 at 3:48 PM, Mark Brown wrote:
> >> > What I'd expect to happen here is that for multi function jacks we
> >> > create a control per function if the controls are valid.
> Ok, so the idea is just to change the c
On Fri, Jul 26, 2013 at 04:04:14PM -0600, David Ahern wrote:
> Occassionally events (e.g., context-switch, sched tracepoints) are losing
> the conversion of sample data associated with a thread. For example:
>
> $ perf record -e sched:sched_switch -c 1 -a -- sleep 5
> $ perf script
>
> ls 304
On Saturday, July 27, 2013 08:34:13 AM Kalle Valo wrote:
> "Rafael J. Wysocki" writes:
>
> > James, Kamal, Steven, Jörg, Martin, Kalle, please check if the apppended
> > patch
> > fixes the backlight for you.
>
> I did three suspend-resume cycles and didn't notice anything wrong so
> this patch
Hi Stephen,
Thanks for detail review.
Agree on most of review. Some info/answer on some of query.
On Saturday 27 July 2013 12:39 AM, Stephen Warren wrote:
(Also CC'ing in the DT bindings maintainers, hence quoting all of the
binding.)
On 07/26/2013 04:15 AM, Laxman Dewangan wrote:
That field l
On Saturday, July 27, 2013 02:22:53 AM Len Brown wrote:
> >> OK, I'll queue up the reverts as fixes for 3.11-rc4.
> >
> > So, the reverts are on the fixes-next branch of the linux-pm.git tree that
> > you
> > can access at
> >
> > http://git.kernel.org/cgit/linux/kernel/git/rafael/linux-pm.git/log
On Sat, Jul 27, 2013 at 10:53:01AM +0200, Richard Cochran wrote:
> On Fri, Jul 26, 2013 at 11:15:24AM -0600, Jason Gunthorpe wrote:
> > Why do you think our experiences are so different?
> Here are a few recent examples:
OK, let's go through these...
> * What happens when one wants to boot vani
On Sat, 2013-07-27 at 10:45 +0200, Borislav Petkov wrote:
>
> > > + field->filter_type = filter_type;
> > > field->offset = offset;
> > > field->size = size;
> > > - field->is_signed = is_signed;
> > > + field->is_signed = !!is_signed;
> > > +
> > > + VERIFY_SIZE(filter_type);
> > > + VERIFY_
On Sat, Jul 27, 2013 at 04:21:01PM +1000, Dave Chinner wrote:
> On Fri, Jul 26, 2013 at 09:05:24PM -0700, Paul E. McKenney wrote:
> > On Sat, Jul 27, 2013 at 12:57:03PM +1000, Dave Chinner wrote:
> > > On Fri, Jul 26, 2013 at 04:28:52PM -0700, Paul E. McKenney wrote:
> > > > Dave Jones reported RCU
Quoting Greg Kroah-Hartman :
This is the start of the stable review cycle for the 3.0.88 release.
There are 45 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be made by Sun Jul 28 20:
On Sat, Jul 27, 2013 at 12:34:32PM +0200, Arend van Spriel wrote:
> Oh, and the reason for my tinkering on dts is here:
>
> http://mid.gmane.org/51e7aa24.6080...@broadcom.com
>
> Happily using Pandaboard for my driver testing and than *kaboom*.
> board-omap4panda.c is gone although the device tre
On 07/27/2013 12:36 PM, Tomasz Figa wrote:
On Saturday 27 of July 2013 12:24:24 Arend van Spriel wrote:
On 07/27/2013 11:51 AM, Tomasz Figa wrote:
On Saturday 27 of July 2013 07:04:08 Richard Cochran wrote:
On Fri, Jul 26, 2013 at 08:49:43AM -0700, Olof Johansson wrote:
Long term, final goal
On 07/22/13 12:16, Oleksandr Kravchenko wrote:
> From: Oleksandr Kravchenko
>
> This patch fixes the issue with double minus in output when
> reading channels from sysfs for IIO_VAL_INT_PLUS_MICRO and
> IIO_VAL_INT_PLUS_NANO cases. Until this patch if val and val2
> both are negatives output stri
In the cpu topology information, we define topology_physical_package_id()
as cpu socket id, which means that the socket id is the idenfication for
physical processor, not for a cluster in a cpu die.
On ARM64 platform, multi cluster in a cpu die will be normal, here is a
example with 2 cores in a c
On 07/23/13 09:39, Oleksandr Kravchenko wrote:
> From: Oleksandr Kravchenko
>
> Add devm_iio_device_alloc() and devm_iio_device_free() functions
> to list of supported calls.
>
> Signed-off-by: Oleksandr Kravchenko
Applied to the togreg branch of iio.git.
Thanks,
> ---
> Documentation/driver-
Power aware scheduling needs the cpu topology information to improve the
cpu scheduler decision making.
For ARM64, we can get the topology from the MPIDR register which defines the
the affinity of processors.
This patch is mainly based on arch/arm/kernel/topology.c written by
Vincent Guittot, and
On Sat, Jul 27, 2013 at 10:48:26AM +0200, Richard Cochran wrote:
> [ I disagree about the "more thought" part. The current discussion,
> coming years too late after the introduction of DT to ARM Linux, is
> contrary evidence enough. ]
We did have exactly the same discussion when the DT transi
On Saturday 27 of July 2013 12:24:24 Arend van Spriel wrote:
> On 07/27/2013 11:51 AM, Tomasz Figa wrote:
> > On Saturday 27 of July 2013 07:04:08 Richard Cochran wrote:
> >> On Fri, Jul 26, 2013 at 08:49:43AM -0700, Olof Johansson wrote:
> >>> Long term, final goal is likely to be close to what Ru
On 07/27/2013 12:24 PM, Arend van Spriel wrote:
On 07/27/2013 11:51 AM, Tomasz Figa wrote:
On Saturday 27 of July 2013 07:04:08 Richard Cochran wrote:
On Fri, Jul 26, 2013 at 08:49:43AM -0700, Olof Johansson wrote:
Long term, final goal is likely to be close to what Russell is saying
Why is
On 27 July 2013 11:14, Alexandru Juncu wrote:
> Found with coccinelle, manually fixed and verified.
>
> Signed-off-by: Alexandru Juncu
> ---
> drivers/tty/synclink.c | 130
>
> 1 file changed, 65 insertions(+), 65 deletions(-)
>
> diff --git a/d
On Sat, Jul 27, 2013 at 03:04:43PM +0800, zhangwei(Jovi) wrote:
> Changed from v2:
> mod timer interval changed from HZ/10 to jiffies + HZ/10,
> as Dan Carpenter suggested.
>
> This patch is based on -mm tree.
This is one of those guess-what-I'm-thinking commit messages. Can you
please write it t
On 07/27/2013 11:51 AM, Tomasz Figa wrote:
On Saturday 27 of July 2013 07:04:08 Richard Cochran wrote:
On Fri, Jul 26, 2013 at 08:49:43AM -0700, Olof Johansson wrote:
Long term, final goal is likely to be close to what Russell is saying
Why is this a long term goal? Start today.
-- nothing
On Saturday 27 of July 2013 10:53:01 Richard Cochran wrote:
> On Fri, Jul 26, 2013 at 11:15:24AM -0600, Jason Gunthorpe wrote:
> > On Fri, Jul 26, 2013 at 06:54:33AM +0200, Richard Cochran wrote:
> > > I too work on commercial embedded systems, and DT has proven to be
> > > one gigantic *PITA*.
> >
Replace list_for_each_entry() by list_for_each_entry_safe() in
__btrfs_close_devices()
There is another place that delete items lock_stripe_add(), but there we
don't need safe version, because after deleting we exit from loop.
Signed-off-by: Azat Khuzhin
---
fs/btrfs/volumes.c |4 ++--
1 fi
On Friday 26 July 2013 10:11 PM, Mark Brown wrote:
* PGP Signed by an unknown key
On Fri, Jul 26, 2013 at 03:45:54PM +0530, Laxman Dewangan wrote:
+pins: gpio0_id, gpio1_vbus_det_led1_pwm1, gpio2_regen_led2_pwm2,
gpio3_chrg_det,
+ gpio4_sysen1, gpio5_clk32kgaudio_usb_psel, gpio6_sysen2,
Due to commit: e21d2170f [video: remove unnecessary platform_set_drvdata()],
variable dev is unused, so remove it.
Signed-off-by: Kefeng Wang
---
drivers/video/vga16fb.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/video/vga16fb.c b/drivers/video/vga16fb.c
index 830ded4..2827333 10
On Friday 26 July 2013 11:06 PM, Stephen Warren wrote:
On 07/26/2013 04:15 AM, Laxman Dewangan wrote:
Some of pincontrol driver needs the utility function to create map
list. The utility function needed for adding mux, configs etc.
Which other drivers already contain this code? Are you planning
Commit-ID: 45f1330af6819b348fbac89e69d59d8129d61960
Gitweb: http://git.kernel.org/tip/45f1330af6819b348fbac89e69d59d8129d61960
Author: Zhang Yanfei
AuthorDate: Tue, 23 Jul 2013 21:03:24 +0800
Committer: Ingo Molnar
CommitDate: Fri, 26 Jul 2013 22:12:36 +0200
x86/acpi: Correct out-of-da
On 07/26/2013 12:52 PM, Dave Airlie wrote:
>
> This is just a regular fixes pull apart from the qxl one, it has radeon
> and intel bits in it,
>
> the intel fixes are for a regression with the RC6 fix and a 3.10 hdmi
> regression, whereas radeon is more DPM fixes, a few lockup fixes and
> some
On Saturday 27 of July 2013 07:04:08 Richard Cochran wrote:
> On Fri, Jul 26, 2013 at 08:49:43AM -0700, Olof Johansson wrote:
> > Long term, final goal is likely to be close to what Russell is saying
>
> Why is this a long term goal? Start today.
>
> > -- nothing should go into the kernel tree un
On Saturday 27 July 2013 03:42 AM, Andrew Chew wrote:
How does this interact with the pinctrl driver that Laxman just
sent for Palmas?
https://lkml.org/lkml/2013/7/26/141
[PATCH 0/2] pinctrl: palmas: add pincontrol driver
Thanks for pointing this out. Given this:
+Optional properties:
+- ti,p
> -Original Message-
> From: grund...@google.com [mailto:grund...@google.com] On Behalf Of Grant
> Grundler
> Sent: Saturday, July 27, 2013 2:58 AM
>
> On Fri, Jul 26, 2013 at 4:28 AM, Cho KyongHo wrote:
> > Signed-off-by: Cho KyongHo
> > ---
> > .../bindings/iommu/samsung,exynos4210-s
On Fri, Jul 26, 2013 at 10:14 PM, jonsm...@gmail.com wrote:
>
> Yes, yes - that's why the schema should be written down and used as a
> validation input to dtc. Then dtc can spit out errors for non-standard
> items. There would be two versions - the standard one and a legacy one
> that includes th
> -Original Message-
> From: Mike Turquette [mailto:mturque...@linaro.org]
> Sent: Saturday, July 27, 2013 5:01 AM
>
> Quoting Cho KyongHo (2013-07-26 04:27:54)
> > This adds gate clocks of all System MMUs and their master IPs
> > that are not apeared in clk-exynos5250.c
> >
> > Signed-off
Hi,
On Fri, Jul 26, 2013 at 12:08 AM, Aaro Koskinen wrote:
> Hi,
>
> On Thu, Jul 25, 2013 at 10:33:24PM +0400, Sergei Shtylyov wrote:
>>It's also called managed device API. In fact, I've never heard it
>> named devres API.
If I understood it correctly it has to just calls
devm_request_region
On Fri, Jul 26, 2013 at 11:15:24AM -0600, Jason Gunthorpe wrote:
> On Fri, Jul 26, 2013 at 06:54:33AM +0200, Richard Cochran wrote:
> > I too work on commercial embedded systems, and DT has proven to be
> > one gigantic *PITA*.
>
> Why do you think our experiences are so different?
Here are a few
On Fri, Jul 26, 2013 at 11:15:24AM -0600, Jason Gunthorpe wrote:
>
> Further, every other kernel release tended to break the board.c files,
> just due to the usual kernel churn.
Yes...
> DT is much better, the stuff that can be described in DT is broader
> and more thought tends to have been put
On Fri, Jul 26, 2013 at 11:47:22PM -0400, Steven Rostedt wrote:
> On Sat, 2013-07-27 at 11:32 +0800, Li Zefan wrote:
>
> > struct event_filter {
> > diff --git a/kernel/trace/trace_events.c b/kernel/trace/trace_events.c
> > index 7d85429..d72694d 100644
> > --- a/kernel/trace/trace_events.c
> >
Found with coccinelle, manually fixed and verified.
Signed-off-by: Alexandru Juncu
---
drivers/tty/synclink.c | 130
1 file changed, 65 insertions(+), 65 deletions(-)
diff --git a/drivers/tty/synclink.c b/drivers/tty/synclink.c
index 8eaf1ab..e1
Hi Ben,
On 07/27/2013 12:00 PM, Benjamin Herrenschmidt wrote:
> On Fri, 2013-07-26 at 08:09 +0530, Preeti U Murthy wrote:
>> *The lapic of a broadcast CPU is active always*. Say CPUX, wants the
>> broadcast CPU to wake it up at timeX. Since we cannot program the lapic
>> of a remote CPU, CPUX wil
On Saturday 27 July 2013 02:15 AM, Tomasz Figa wrote:
On Friday 26 of July 2013 09:40:15 Stephen Warren wrote:
(CC'ing the new DT binding maintainers and mailing list on this reply,
hence quoting the whole of the DT binding)
On 07/25/2013 06:29 AM, Laxman Dewangan wrote:
Palmas series device l
If doms_new is NULL, partition_sched_domains() will reset ndoms_cur
to 0, and free old sched domains with free_sched_domains(doms_cur, ndoms_cur).
As ndoms_cur is 0, the cpumask will not be freed.
Signed-off-by: Xiaotian Feng
Cc: Ingo Molnar
Cc: Peter Zijlstra
Cc: linux-kernel@vger.kernel.org
-
On Friday 26 July 2013 10:12 PM, Stephen Warren wrote:
On 07/26/2013 10:35 AM, Mark Brown wrote:
On Fri, Jul 26, 2013 at 09:40:15AM -0600, Stephen Warren wrote:
Given there's only 1 battery, I think "back-" is redundant in
the property names. Since that shortens the names a bit, I'd
suggest sp
On 07/26/2013 08:29 PM, Rik van Riel wrote:
> On 07/26/2013 02:27 PM, Arjan van de Ven wrote:
>> On 7/26/2013 11:13 AM, Rik van Riel wrote:
>>
>>>
>>> Could you try running the tests with just the repeat mode
>>> stuff from commit 69a37bea excluded, but leaving the common
>>> infrastructure and com
Changed from v2:
mod timer interval changed from HZ/10 to jiffies + HZ/10,
as Dan Carpenter suggested.
This patch is based on -mm tree.
Signed-off-by: zhangwei(Jovi)
Cc: Dan Carpenter
Cc: Ingo Molnar
Cc: Steven Rostedt
Cc: Jens Axboe
Cc: Al Viro
Cc: Eric Dumazet
---
kernel/relay.c |4
101 - 154 of 154 matches
Mail list logo