Hi HPA,
Would you please tell me if this patch-set has been merged
into any tree or branch ?
If not merged, I'll rebased it to the latest kernel and
resend it again. Hope the rebasing will help to push this
patch-set.
Thanks. :)
On 05/22/2013 01:18 PM, H. Peter Anvin wrote:
Sorry, just have
On 06/03/2013 01:22 PM, Mike Galbraith wrote:
[snip]
>>
>> I agree that this idea, in other work, 'stop wake-affine when current is
>> busy with wakeup' may miss the chance to bring benefit, although I could
>> not find such workload, but I can't do promise...
>
> Someday we'll find the perfect
On 5/31/2013 10:34 PM, Richard Genoud wrote:
We don't have to issue a warning when a stronger error correting
capability is chosen.
Signed-off-by: Richard Genoud
Acked-by: Josh Wu
Best Regards,
Josh Wu
---
drivers/mtd/nand/atmel_nand.c |2 +-
1 file changed, 1 insertion(+), 1
(2013/06/01 6:15), Mathias Krause wrote:
> When writing invalid input to 'debug/kprobes/enabled' it'll silently
> be ignored. Even worse, when writing an empty string to this file,
> the outcome is purely random as the switch statement will make its
> decision based on the value of an
Hi Shawn,
Today's linux-next merge of the imx-mxs tree got a conflict in
arch/arm/mach-mxs/mach-mxs.c between commit 6aaab172c99b ("ARM: mxs:
remove the .map_io declaration") from the arm-soc tree and commit
fe7149dfa886 ("ARM: mxs: Remove init_irq declaration in machine
description") from the
On Fri, May 31, 2013 at 11:38:56AM -0700, Dave Hansen wrote:
>
> From: Dave Hansen
>
> This patch defers the destruction of swapcache-specific data in
> 'struct page'. This simplifies the code because we do not have
> to keep extra copies of the data during the removal of a page
> from the
On 06/01/2013 04:31 PM, Christian Ruppert wrote:
> On Fri, May 31, 2013 at 11:18:14PM +0100, Grant Likely wrote:
>> On Fri, 31 May 2013 19:32:34 +0200 (CEST), Thomas Gleixner
>> wrote:
>>> On Fri, 31 May 2013, Christian Ruppert wrote:
>>>
The SOC interrupt controller driver for the Abilis
Hi Greg,
This is extcon-next pull request for 3.10.
Please pull extcon with following updates.
Best regards and Thanks,
Chanwoo Choi
The following changes since commit e4aa937ec75df0eea0bee03bffa3303ad36c986b:
Linux 3.10-rc3 (2013-05-26 16:00:47 -0700)
are available in the git repository
Hi Will,
I have a question about this patch .
If the user space is thumb mode,
The PC should be rewind by 2 bytes,
So the fix_up code should be
Sub lr, lr, #2 .
Am I right ?
Thanks for your help .
-Original Message-
From: Wang, Yalin
Sent: Friday, May 31, 2013 7:31 PM
To: 'Will
On Mon, 2013-06-03 at 12:52 +0800, Michael Wang wrote:
> On 06/03/2013 11:53 AM, Mike Galbraith wrote:
> > On Mon, 2013-06-03 at 11:26 +0800, Michael Wang wrote:
> >> On 06/03/2013 11:09 AM, Mike Galbraith wrote:
> >>> On Mon, 2013-06-03 at 10:28 +0800, Michael Wang wrote:
> On 05/28/2013
On 06/02/2013 07:22 PM, Michael S. Tsirkin wrote:
> On Fri, May 31, 2013 at 05:53:24PM +0800, Jason Wang wrote:
>> This patch adds TUNSETQUEUE ioctl to let userspace can temporarily disable or
>> enable a queue of macvtap. This is used to be compatible at API layer of
>> tuntap
>> to simplify the
On 31 May 2013 21:20, Andy Shevchenko wrote:
> This is first attempt to do split as suggested by Arnd et al.
> First patch moves driver to its own folder.
> Second one does the actual split.
>
> During this files are renamed: mostly means that dw_dmac prefix is eliminated.
> I hope to get it
On 06/01/2013 09:29 AM, Olof Johansson wrote:
> On Fri, May 31, 2013 at 05:19:02PM +0530, Tushar Behera wrote:
>> Printing low-level debug messages make an assumption that the specified
>> UART port has been preconfigured by the bootloader. Incorrectly
>> specified UART port results in system
On 31 May 2013 21:20, Andy Shevchenko wrote:
> diff --git a/drivers/dma/Makefile b/drivers/dma/Makefile
> +obj-$(CONFIG_DW_DMAC) += dw/
> +++ b/drivers/dma/dw/Makefile
> +obj-$(CONFIG_DW_DMAC) += dw_dmac.o
The lower one should be obj-y += dw_dmac.o as this will always
be true.
--
To unsubscribe
On 06/03/2013 11:53 AM, Mike Galbraith wrote:
> On Mon, 2013-06-03 at 11:26 +0800, Michael Wang wrote:
>> On 06/03/2013 11:09 AM, Mike Galbraith wrote:
>>> On Mon, 2013-06-03 at 10:28 +0800, Michael Wang wrote:
On 05/28/2013 01:05 PM, Michael Wang wrote:
> wake-affine stuff is always
From: Namhyung Kim
The parse_nsec_time() function is for parsing a string of time into
64-bit nsec value. It's a preparation of time filtering in some of
perf commands.
Cc: David Ahern
Signed-off-by: Namhyung Kim
---
tools/perf/util/util.c | 30 ++
From: Namhyung Kim
The --time-filter option is for limiting samples within a range of
time. A time range looks like - and at most one of them
can be omitted. This can be useful when analyzing a part of a huge
data only.
Cc: Joonsoo Kim
Cc: David Ahern
Signed-off-by: Namhyung Kim
---
From: Namhyung Kim
The --time-filter option is for limiting samples within a range of
time. A time range looks like - and at most one of them
can be omitted. For instance:
$ perf script --time-filter -2178446.12
...
xchat 1772 [002] 2178446.070330: sched:sched_switch:
From: Namhyung Kim
The --time-filter option is for limiting samples within a range of
time. A time range looks like - and at most one of them
can be omitted. This can be useful when analyzing a part of a huge
data only.
It's unclear how to specify a time range when used with a pipe. It
seems
It's not used globally and could be static.
Cc: Jan Kara
Signed-off-by: Haicheng Li
---
fs/fs-writeback.c |2 +-
include/linux/writeback.h |1 -
2 files changed, 1 insertion(+), 2 deletions(-)
diff --git a/fs/fs-writeback.c b/fs/fs-writeback.c
index 3be5718..f892dec 100644
---
On 06/01/2013 02:11 PM, Sylwester Nawrocki wrote:
> Hi,
>
> On 05/31/2013 01:49 PM, Tushar Behera wrote:
>> The uncompress code in S5P64X0 is almost same as the uncompress code
>> defined in plat-samsung. Better to reuse that code.
>>
>> Signed-off-by: Tushar Behera
>> ---
>>
On Sunday, June 02, 2013 8:07 AM, Shuah Khan wrote:
>
> Convert drivers/video/backlight/class to use dev_pm_ops for power
> management and remove Legacy PM ops hooks. With this change, backlight
> class registers suspend/resume callbacks via class->pm (dev_pm_ops)
> instead of Legacy
On Mon, Jun 03, 2013 at 10:28:47AM +0800, Chen Yuanquan-B41889 wrote:
> On 06/01/2013 09:58 PM, Guenter Roeck wrote:
> >On Fri, May 31, 2013 at 03:44:07PM +1000, Benjamin Herrenschmidt wrote:
> >>On Thu, 2013-05-30 at 22:14 -0700, Guenter Roeck wrote:
> >>>On Wed, May 29, 2013 at 05:30:41PM +0800,
On 06/01/2013 03:48 AM, Grant Likely wrote:
> On Fri, 31 May 2013 19:32:34 +0200 (CEST), Thomas Gleixner
> wrote:
>> irq chip.
>>> +static void tb10x_irq_cascade(unsigned int irq, struct irq_desc *desc)
>>> +{
>>> + struct irq_domain *domain = irq_desc_get_handler_data(desc);
>>> +
>>> +
On Sun, Jun 02, 2013 at 11:04:11PM -0400, CAI Qian wrote:
>
> > There's memory corruption all over the place. It is most likely
> > that trinity is causing this - it's purpose is to trigger corruption
> > issues, but they aren't always immediately seen. If you can trigger
> > this xfs trace
Hi Stefan and Greg,
I test Stefan's patches and it works well with my devices.
> This is one of two(?) drivers on which he is currently working on;
Yes. I'm developing for two driver modules for some firewire sound
device. One is "snd-fireworks" as Stefan mentioned and another is
"snd-bebob"
On Mon, 2013-06-03 at 11:26 +0800, Michael Wang wrote:
> On 06/03/2013 11:09 AM, Mike Galbraith wrote:
> > On Mon, 2013-06-03 at 10:28 +0800, Michael Wang wrote:
> >> On 05/28/2013 01:05 PM, Michael Wang wrote:
> >>> wake-affine stuff is always trying to pull wakee close to waker, by
> >>>
hi Srinivas,
2013/5/31 Srinivas KANDAGATLA :
> From: Srinivas Kandagatla
>
> This patch moves all postcore_initcalls to very first calls in
> init_machine. This should achieve the same sequencing as done via
> postcore_initcalls.
> Without this patch a multi_v7 kernel panics if we boot it on
On Sun, 2 Jun 2013, Rusty Russell wrote:
> Ben Greear writes:
>
> > It turns out, the bug I spent yesterday chasing in various 3.9 kernels is
> > apparently
> > fixed by the commit in the title (c9c390bb5535380d40614571894ef0c00bc026ff).
>
> Apparently being the operative word.
>
> This
From: "Paul E. McKenney"
Date: Sun, 2 Jun 2013 20:42:54 -0700
> On Sun, Jun 02, 2013 at 08:27:03PM -0700, David Miller wrote:
>> From: Eric Dumazet
>> Date: Sun, 02 Jun 2013 20:12:49 -0700
>>
>> > On Sun, 2013-06-02 at 19:58 -0700, David Miller wrote:
>> >> From: Eric Dumazet
>> >> Date: Sun,
On Sun, Jun 02, 2013 at 08:12:49PM -0700, Eric Dumazet wrote:
> On Sun, 2013-06-02 at 19:58 -0700, David Miller wrote:
> > From: Eric Dumazet
> > Date: Sun, 02 Jun 2013 16:31:35 -0700
> >
> > > On Thu, 2013-05-30 at 12:25 +0400, Roman Gushchin wrote:
> > >> On 29.05.2013 23:06, Eric Dumazet
On Sun, 2013-06-02 at 20:42 -0700, Paul E. McKenney wrote:
> Or if you would like to take it:
>
> Acked-by: Paul E. McKenney
>
Thanks guys !
--
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
On Sun, Jun 02, 2013 at 08:27:03PM -0700, David Miller wrote:
> From: Eric Dumazet
> Date: Sun, 02 Jun 2013 20:12:49 -0700
>
> > On Sun, 2013-06-02 at 19:58 -0700, David Miller wrote:
> >> From: Eric Dumazet
> >> Date: Sun, 02 Jun 2013 16:31:35 -0700
> >>
> >> > On Thu, 2013-05-30 at 12:25
On Sun, Jun 02, 2013 at 07:58:26PM -0700, David Miller wrote:
> From: Eric Dumazet
> Date: Sun, 02 Jun 2013 16:31:35 -0700
>
> > On Thu, 2013-05-30 at 12:25 +0400, Roman Gushchin wrote:
> >> On 29.05.2013 23:06, Eric Dumazet wrote:
> >> > On Wed, 2013-05-29 at 14:09 +0400, Roman Gushchin wrote:
Hello, Linus.
This pull request contains
* Fix for yet another xattr bug which may lead to NULL deref.
* A subtle bug in for_each_descendant_pre(). This bug requires quite
specific conditions to trigger and isn't too likely to actually
happen in the wild, but maybe that just makes it that
sg3_utils is a package of command line utilities for sending
SCSI and some ATA commands to devices. This package targets
the Linux 3, 2.6 and 2.4 kernel series. It also has ports to
FreeBSD, Tru64, Solaris, and Windows (cygwin and mingw).
Mainly small changes and fixes in this version including
Hello, Linus.
libata changes for v3.10-rc4. Nothing too interesting. PCI ID
additions, some sata_rcar fixes and a fringe bug fix for DMADIR
handling which shouldn't affect any device remotely modern. The
changes are available in the following git branch
From: Eric Dumazet
Date: Sun, 02 Jun 2013 20:12:49 -0700
> On Sun, 2013-06-02 at 19:58 -0700, David Miller wrote:
>> From: Eric Dumazet
>> Date: Sun, 02 Jun 2013 16:31:35 -0700
>>
>> > On Thu, 2013-05-30 at 12:25 +0400, Roman Gushchin wrote:
>> >> On 29.05.2013 23:06, Eric Dumazet wrote:
>> >>
On Mon, Jun 03, 2013 at 01:00:31AM +0200, Heiko Stübner wrote:
> This adds basic support for clocks on Rockchip rk3066 SoCs.
> The clock handling thru small dt nodes is heavily inspired by the
> sunxi clk code.
>
> The clock specifiers are named as "x-cortex-a9-x", because the clock
> semantics
On 06/03/2013 11:09 AM, Mike Galbraith wrote:
> On Mon, 2013-06-03 at 10:28 +0800, Michael Wang wrote:
>> On 05/28/2013 01:05 PM, Michael Wang wrote:
>>> wake-affine stuff is always trying to pull wakee close to waker, by theory,
>>> this will bring benefit if waker's cpu cached hot data for
Hi Heiko,
On Mon, Jun 03, 2013 at 12:56:37AM +0200, Heiko Stübner wrote:
> Add the possibility to get the clock-frequency from a timer clock instead
> of specifying it as dt property. Additionally also add the possibility
> to also define a controlling periphal clock for the timer block.
>
> The
2013/5/31 Andy Shevchenko :
> On Fri, May 31, 2013 at 11:21 AM, Xiang Wang wrote:
>> In some of our drivers (e.g. UART) we may stop a running DMA
>> before it finishes. So we need to know how many bytes have
>> been transferred.
>
> Couple of comments below.
>
>> --- a/drivers/dma/mmp_pdma.c
>>
On 06/01/2013 05:11 AM, Konrad Rzeszutek Wilk wrote:
> Heya!
>
> This is v3.10-rc3 with a revert of b5096566f6e1ee2b88324772f020ae9bc0cfa9a0
> (drm/nv50/fifo: prevent races between clients updating playlists) since said
> commit hangs resume.
Hi, Konrad
Borislav has reported the BUG before, and
On Sun, 2013-06-02 at 19:58 -0700, David Miller wrote:
> From: Eric Dumazet
> Date: Sun, 02 Jun 2013 16:31:35 -0700
>
> > On Thu, 2013-05-30 at 12:25 +0400, Roman Gushchin wrote:
> >> On 29.05.2013 23:06, Eric Dumazet wrote:
> >> > On Wed, 2013-05-29 at 14:09 +0400, Roman Gushchin wrote:
> >> >
On Mon, 2013-06-03 at 10:28 +0800, Michael Wang wrote:
> On 05/28/2013 01:05 PM, Michael Wang wrote:
> > wake-affine stuff is always trying to pull wakee close to waker, by theory,
> > this will bring benefit if waker's cpu cached hot data for wakee, or the
> > extreme ping-pong case.
> >
> >
On 05/31/2013 10:48 PM, Sergei Shtylyov wrote:
> Hello.
>
> On 31-05-2013 13:53, Jason Wang wrote:
>
>> Though the queue were in fact created by open(), we still need to add
>> this check
>> to be compatible with tuntap which can let mgmt software use a single
>> API to
>> manage queues. This
> There's memory corruption all over the place. It is most likely
> that trinity is causing this - it's purpose is to trigger corruption
> issues, but they aren't always immediately seen. If you can trigger
> this xfs trace without trinity having been run and without all the
>
From: Eric Dumazet
Date: Sun, 02 Jun 2013 16:31:35 -0700
> On Thu, 2013-05-30 at 12:25 +0400, Roman Gushchin wrote:
>> On 29.05.2013 23:06, Eric Dumazet wrote:
>> > On Wed, 2013-05-29 at 14:09 +0400, Roman Gushchin wrote:
>> >
>> > True, these lookup functions are usually structured the same
Error handling of usb_submit_urb() is not as all others in imon_probe().
It just unlocks mutexes and returns nonzero leaving all already
allocated resources unfreed.
The patch makes sure all the resources are deallocated.
Found by Linux Driver Verification project (linuxtesting.org).
On 2013-06-01 11:39:36, Thomas Meyer wrote:
>
> Signed-off-by: Thomas Meyer
> ---
Thanks Thomas - I've pushed this to my next branch.
Tyler
>
> diff -u -p a/fs/ecryptfs/messaging.c b/fs/ecryptfs/messaging.c
> --- a/fs/ecryptfs/messaging.c
> +++ b/fs/ecryptfs/messaging.c
> @@ -247,14 +247,13
Jean Delvare writes:
> There is no such path as /sys/parameters, module parameters live in
> /sys/module/*/parameters.
Thanks, applied!
Cheers,
Rusty.
> Signed-off-by: Jean Delvare
> Cc: Rusty Russell
> ---
> include/linux/moduleparam.h |2 +-
> kernel/params.c |2 +-
>
Back in 2011, Uwe Kleine-König added the nonsensically-named
PTR_RET(), providing a means to avoid if() statements in code (commit
fa9ee9c4b9).
Instead, just make PTR_ERR() return 0 if the pointer isn't an error
value. This is harmless, since PTR_ERR() should have never been
passed a non-error
On 6/1/2013 1:09 AM, Grant Likely wrote:
On Sat, Jun 1, 2013 at 1:22 AM, Rohit Vaswani wrote:
This cleans up the gpio-msm-v2 driver of all the global define usage.
The number of gpios are now defined in the device tree. This enables
adding irqdomain support as well.
Signed-off-by: Rohit
On 05/28/2013 01:05 PM, Michael Wang wrote:
> wake-affine stuff is always trying to pull wakee close to waker, by theory,
> this will bring benefit if waker's cpu cached hot data for wakee, or the
> extreme ping-pong case.
>
> And testing show it could benefit hackbench 15% at most.
>
> However,
On 06/01/2013 09:58 PM, Guenter Roeck wrote:
On Fri, May 31, 2013 at 03:44:07PM +1000, Benjamin Herrenschmidt wrote:
On Thu, 2013-05-30 at 22:14 -0700, Guenter Roeck wrote:
On Wed, May 29, 2013 at 05:30:41PM +0800, Chen Yuanquan-B41889 wrote:
On 05/29/2013 01:35 AM, Guenter Roeck wrote:
kernel/time/ntp.c: In function ‘__hardpps’:
kernel/time/ntp.c:877:16: warning: unused variable ‘flags’ [-Wunused-variable]
Signed-off-by: Ying Xue
---
kernel/time/ntp.c |1 -
1 file changed, 1 deletion(-)
diff --git a/kernel/time/ntp.c b/kernel/time/ntp.c
index 12ff13a..8f5b3b9 100644
---
On 06/02/2013 09:50 PM, Jiannan Ouyang wrote:
On Sun, Jun 2, 2013 at 1:07 AM, Gleb Natapov wrote:
High level question here. We have a big hope for "Preemptable Ticket
Spinlock" patch series by Jiannan Ouyang to solve most, if not all,
ticketing spinlocks in overcommit scenarios problem
Sorry, please ignore the patch as I send out wrong patch.
Regards,
Ying
On 06/03/2013 10:18 AM, Ying Xue wrote:
> From: John Stultz
>
> In preparation for changing the ntp locking rules, move
> do_adjtimex and hardpps accessor functions to timekeeping.c,
> but keep the code logic in ntp.c.
>
hi Srinivas,
2013/5/31 Srinivas KANDAGATLA :
> From: Srinivas Kandagatla
>
> This patch moves sirfsoc_of_rstc_init from early_initcall to .init_early
> in machine descriptor, doing this way a multi_v7 kernel will not crash
> on non-prima2 SOCs.
>
> Without this patch the multi_v7 kernel panics
From: John Stultz
In preparation for changing the ntp locking rules, move
do_adjtimex and hardpps accessor functions to timekeeping.c,
but keep the code logic in ntp.c.
This patch also introduces a ntp_internal.h file so timekeeping
specific interfaces of ntp.c can be more limitedly shared with
On Monday 03 June 2013 01:02:20 Heiko Stübner wrote:
> index 000..094b37d
> --- /dev/null
> +++ b/arch/arm/mach-rockchip/rockchip.c
If all goes well, this file can be removed again in 3.11 since it's
all generic, but let's add it for now.
> +
> +static void __init rockchip_timer_init(void)
>
Pci_enable_device() will set device power state to D0,
so it's no need to do it again in dwc2_driver_probe().
Acked-by: Paul Zimmerman
Signed-off-by: Yijing Wang
Cc: Paul Zimmerman
Cc: linux-...@vger.kernel.org
Cc: de...@driverdev.osuosl.org
---
drivers/staging/dwc2/pci.c |2 --
1 files
Pci_enable_device() will set device power state to D0,
so it's no need to do it again in dwc3_pci_probe().
Signed-off-by: Yijing Wang
Cc: Felipe Balbi
Cc: linux-o...@vger.kernel.org
Cc: linux-...@vger.kernel.org
---
drivers/usb/dwc3/dwc3-pci.c |1 -
1 files changed, 0 insertions(+), 1
Pci_enable_device() will set device power state to D0,
so it's no need to do it again in ci13xxx_pci_probe().
Signed-off-by: Yijing Wang
Cc: Alexander Shishkin
Cc: linux-...@vger.kernel.org
---
drivers/usb/chipidea/ci13xxx_pci.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff
On Monday 03 June 2013 01:01:03 Heiko Stübner wrote:
> +#if defined(CONFIG_DEBUG_RK29_UART0)
> +#define ROCKCHIP_UART_DEBUG_PHYS_BASE 0x2006
> +#define ROCKCHIP_UART_DEBUG_VIRT_BASE 0xfe06
0xfed6 maybe? looks like a typo.
Arnd
--
To unsubscribe from this list: send the line
From: Wei Yongjun
In case of error, the function sock_alloc_file() returns ERR_PTR()
and never returns NULL. The NULL test in the return value check
should be replaced with IS_ERR().
Signed-off-by: Wei Yongjun
---
no compile test
---
drivers/staging/lustre/lustre/libcfs/linux/linux-tcpip.c |
On Monday 03 June 2013 00:55:15 Heiko Stübner wrote:
> Prepare your eggs and tomatoes please, I got myself a second playground .
>
> As the title implies this series adds basic support for Rockchip's Cortex-A9
> SoCs, like the RK3066 used in many cheaper tablets.
>
> On the periphal side it's
On Mon, 2013-06-03 at 11:59 +1000, Ryan Mallon wrote:
> On 31/05/13 19:27, Andy Shevchenko wrote:
> Some trivial coding style comment below.
[]
> > + for (i = 0; i < sfi_gpio_num_entry; i++, pentry++) {
> > + if (!strncmp(name, pentry->pin_name, SFI_NAME_LEN))
> > +
On 31/05/13 19:27, Andy Shevchenko wrote:
> To support some (legacy) firmwares and platforms let's make life easier for
> their customers.
>
> This patch extracts SFI GPIO API from arch/x86/platform/mrst/mrst.c.
>
> Signed-off-by: Andy Shevchenko
> Acked-by: Len Brown
> Cc: Grant Likely
> Cc:
Hi Li,
On 06/03/2013 09:30 AM, Wanpeng Li wrote:
On Fri, May 24, 2013 at 05:29:15PM +0800, Tang Chen wrote:
There is no flag in memblock to discribe what type the memory is.
s/discribe/describe
OK.
..
+#define MEMBLK_FLAGS_DEFAULT 0
+
MEMBLK_FLAGS_DEFAULT is one of the memblock
Hi Geert,
[Chen Liqin removed from cc as that domain
appears to not work :-(]
On Sun, 2 Jun 2013 21:39:38 +0200 Geert Uytterhoeven
wrote:
>
> On Tue, May 28, 2013 at 11:38 AM, Geert Uytterhoeven
> wrote:
> > On Thu, May 23, 2013 at 10:09 PM, Geert Uytterhoeven
> > wrote:
> >> I created a
> We kernel guys have been asking the distros to ship 64-bit kernels even
> in their 32-bit distros for many years, but concerns of compat issues
> and the desire to deprecate 32-bit userspace seems to have kept that
> from happening.
And now there is another reason: to call 64-bit EFI runtime
Hi Geert,
Today's linux-next merge of the m68k tree got a conflict in
arch/cris/arch-v32/drivers/Kconfig between commit aca30fdc0fb6 ("CRIS:
drop unused Kconfig symbols") from the cris tree and commit 6b8faf979bca
("cris: Switch cris to drivers/Kconfig") from the m68k tree.
Thanks for the heads
The bios may clear the rtc control register when resuming the system. Since the
cmos interrupt handler may now be run before the rtc_cmos is resumed, this can
cause the interrupt handler to ignore an alarm since the alarm bit is not set in
the rtc control register. To work around this, check if
On Fri, 2013-05-31 at 16:02 -0700, Andrew Morton wrote:
> there's no rule
> which states that sizeof(bool) must equal sizeof(int).
For gcc, sizeof(_Bool) isn't sizeof(int) so it would
work for one endian but not the other.
gcc has sizeof(_Bool) == sizeof(unsigned char)
--
To unsubscribe from
>On Tue, May 14, 2013 at 12:49:44PM +0100, majianpeng wrote:
>> Signed-off-by: Jianpeng Ma
>> ---
>> mm/kmemleak.c | 8 +---
>> 1 file changed, 1 insertion(+), 7 deletions(-)
>>
>> diff --git a/mm/kmemleak.c b/mm/kmemleak.c
>> index b1525db..f0ece93 100644
>> --- a/mm/kmemleak.c
>> +++
Hi Grant,
Today's linux-next merge of the devicetree-current tree got a conflict in
scripts/Makefile.lib between commit ad06156876c0 ("kbuild: Don't assume dts
files live in arch/*/boot/dts") from the tree and commit 2c302eb0a6a5
("kbuild: make sure we clean up DTB temporary files") from the
在 2013-05-31五的 16:02 -0700，Andrew Morton写道：
> On Thu, 30 May 2013 15:58:05 +0800 liguang wrote:
>
> > --- a/include/linux/reboot.h
> > +++ b/include/linux/reboot.h
> > @@ -35,7 +35,7 @@ extern void kernel_restart(char *cmd);
> > extern void kernel_halt(void);
> > extern void
The Nomadik HW RNG driver has seen some rust and is not preparing
the clock before use. Fix this up so we get rid of runtime
complaints from the clock subsystem.
Signed-off-by: Linus Walleij
---
drivers/char/hw_random/nomadik-rng.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
dw_mci_pltfm_remove gets exported and used by dw_mmc-exynos, so should
not be static.
Signed-off-by: Heiko Stuebner
---
drivers/mmc/host/dw_mmc-pltfm.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/mmc/host/dw_mmc-pltfm.c b/drivers/mmc/host/dw_mmc-pltfm.c
Cortex-A9 SoCs from Rockchip use a slightly modified variant of dw_mmc
controllers that seems to require the SDMMC_CMD_USE_HOLD_REG bit to
always be set.
There also seem to be no other modifications (additional register etc)
present, so to keep the footprint low, add this small variant to the
Prepare your eggs and tomatoes please, I got myself a second playground ;-) .
As the title implies this series adds basic support for Rockchip's Cortex-A9
SoCs, like the RK3066 used in many cheaper tablets.
On the periphal side it's very lightweight, as it seems someone from Rockchip
was
SoCs like the Rockchip Cortex-A9 ones contain divider some clocks
that use the regular mechanisms for storage but allow only even
dividers and 1 to be used.
Therefore add a flag that lets _is_valid_div limit the valid dividers
to these values. _get_maxdiv is also adapted to return even values
for
There exist platforms, namely at least all Rockchip Cortex-A9 based ones,
that don't use the paradigm of reading-changing-writing the register contents,
but instead only write the changes to the register with a mask that indicates
the changed bits.
This patch adds flags and code to support the
Currently the dw_apb_timer always expects a separate special timer to be
availbable for the sched_clock. Some devices using dw_apb_timers do not
have the sptimer but can use the clocksource as sched_clock.
Therefore this patch adds using the clocksource timer as
a fallback if no usable sched timer
Add the possibility to get the clock-frequency from a timer clock instead
of specifying it as dt property. Additionally also add the possibility
to also define a controlling periphal clock for the timer block.
The clock-frequency property is kept to act as fallback if no clocks
are specified.
This driver adds support the Cortex-A9 based SoCs from Rockchip,
so at least the RK2928, RK3066 (a and b) and RK3188.
Earlier Rockchip SoCs seem to use similar mechanics for gpio
handling so should be supportable with relative small changes.
Pull handling on the rk3188 is currently a stub, due to
On Jun 02 Greg Kroah-Hartman wrote:
> On Mon, Jun 03, 2013 at 12:27:49AM +0200, Stefan Richter wrote:
> > Although all in-tree drivers are being converted to the new methods,
> > support for the old methods is left in place for the time being, aiming
> > to avoid conflicts if/when new drivers are
On Thu, 2013-05-30 at 12:25 +0400, Roman Gushchin wrote:
> On 29.05.2013 23:06, Eric Dumazet wrote:
> > On Wed, 2013-05-29 at 14:09 +0400, Roman Gushchin wrote:
> >
> > True, these lookup functions are usually structured the same around the
> > hlist_nulls_for_each_entry_rcu() loop.
> >
> > A
This adds a generic devicetree board file and a dtsi for boards
based on the RK3066a SoCs from Rockchip.
Apart from the generic parts (gic, clocks, pinctrl) the only components
currently supported are the timers, uarts and mmc ports (all DesignWare-
based).
Signed-off-by: Heiko Stuebner
---
This adds basic support for clocks on Rockchip rk3066 SoCs.
The clock handling thru small dt nodes is heavily inspired by the
sunxi clk code.
The clock specifiers are named as "x-cortex-a9-x", because the clock
semantics are the same thru the whole cortex-a9 series (rk30xx,
rk3188, rk2928; but
Uarts on all recent Rockchip SoCs are Synopsis DesignWare 8250 types.
Only their addresses vary very much.
This patch adds the necessary definitions to use any of the uart ports
for early debug purposes.
Signed-off-by: Heiko Stuebner
---
arch/arm/Kconfig.debug| 34
Thanks for the kind reply.
Best Regards.~
> -Original Message-
> From: Jonathan Cameron [mailto:ji...@jic23.retrosnub.co.uk]
> Sent: Monday, June 03, 2013 12:13 AM
> To: Jonghwan Choi
> Cc: linux-kernel@vger.kernel.org; sta...@vger.kernel.org; 'Wei Yongjun';
> 'Jonathan Cameron'
>
I've just run Windows 8 under a hacked up copy of OVMF that dumps the
data passed to SetVirtualAddressMap. It seems that Windows *is* mapping
the runtime services to higher addresses - so presumably the 1:1 mapping
is in addition to the virtual mapping.
--
Matthew Garrett |
On Mon, Jun 03, 2013 at 12:27:49AM +0200, Stefan Richter wrote:
> FireWire upper layer drivers are converted from generic
> struct driver.probe() and .remove()
> to bus-specific
> struct fw_driver.probe() and .remove().
>
> The new .probe() adds a const struct ieee1394_device_id *id
After all drivers being converted to bus-specific .probe/.remove methods,
remove support of the obsolete generic methods.
Signed-off-by: Stefan Richter
---
To be merged maybe one release cycle after patch "firewire: introduce
fw_driver.probe and .remove methods".
drivers/firewire/core-device.c
FireWire upper layer drivers are converted from generic
struct driver.probe() and .remove()
to bus-specific
struct fw_driver.probe() and .remove().
The new .probe() adds a const struct ieee1394_device_id *id argument,
indicating the entry in the driver's device identifiers table which
This can be used for cache types for which syncing values one by one is
equally efficient as syncing a range, such as the flat cache.
Signed-off-by: Maarten ter Huurne
---
drivers/base/regmap/regcache.c | 46
1 file changed, 42 insertions(+), 4
We need to map boot services regions during startup in order to avoid
firmware bugs, but we shouldn't be passing those regions to
SetVirtualAddressMap(). Ensure that we're only passing regions that are
marked as being mapped at runtime.
Signed-off-by: Matthew Garrett
---
On Thursday, May 30, 2013 01:08:08 PM Alan Stern wrote:
> On Thu, 30 May 2013, Rafael J. Wysocki wrote:
>
> > > Since you're making this change, wouldn't it be a good idea to adopt
> > > Mika's original suggestion and turn on the RPM_AUTO bit in rpmflags
> > > when the use_autosuspend flag is
1 - 100 of 342 matches
Mail list logo
