> > This adds a driver for the Atmel Microcontroller found on the
> > iPAQ h3xxx series. This device handles some keys, the
> > touchscreen, and the battery monitoring.
>
> Any opinions on this driver or should we queue it in MFD as-is?
I have no problem taking this through the MFD tree with
Signed-off-by: Rakesh Pandit
---
fs/aio.c | 55 +++
1 file changed, 23 insertions(+), 32 deletions(-)
diff --git a/fs/aio.c b/fs/aio.c
index d3d55dc..20d690a 100644
--- a/fs/aio.c
+++ b/fs/aio.c
@@ -278,32 +278,46 @@ static int
On Mon, Feb 10, 2014 at 02:53:00PM +0900, Alexandre Courbot wrote:
[...]
> diff --git a/drivers/gpu/drm/nouveau/core/engine/device/base.c
> b/drivers/gpu/drm/nouveau/core/engine/device/base.c
[...]
> +resource_size_t
> +nv_device_resource_start(struct nouveau_device *device, unsigned int bar)
>
> > > +/*
> > > + * DO NOT change the device Ids. The naming is intentionally specific as
> > > both
> > > + * the PMIC and CODEC parts of this chip are instantiated separately as
> > > I2C
> > > + * devices (both have configurable I2C addresses, and are to all intents
> > > and
> > > + *
On Mon, Feb 10, 2014 at 11:48:13AM +, Peter Zijlstra wrote:
> On Fri, Feb 07, 2014 at 10:02:16AM -0800, Paul E. McKenney wrote:
> > As near as I can tell, compiler writers hate the idea of prohibiting
> > speculative-store optimizations because it requires them to introduce
> > both control
On Mon, Feb 10, 2014 at 11:53:38AM +0100, Lars-Peter Clausen wrote:
> On 02/10/2014 11:46 AM, Michal Simek wrote:
> >Check if regs are readable.
> >+if (!regmap_readable(map, reg))
> >+return -EIO;
> This will cause issues with devices where registers are writable,
> but not
On Fri, Feb 07, 2014 at 10:02:16AM -0800, Paul E. McKenney wrote:
> As near as I can tell, compiler writers hate the idea of prohibiting
> speculative-store optimizations because it requires them to introduce
> both control and data dependency tracking into their compilers. Many of
> them seem to
On Mon, Feb 10, 2014 at 01:27:51AM +0100, Torvald Riegel wrote:
> > Initial state: x == y == 0
> >
> > T1: r1 = atomic_load_explicit(x, memory_order_relaxed);
> > atomic_store_explicit(42, y, memory_order_relaxed);
> > if (r1 != 42)
> > atomic_store_explicit(r1, y,
On Sun, Feb 09, 2014 at 07:47:52PM +0100, Richard Weinberger wrote:
> The symbol is an orphan, get rid of it.
Please fix whatever script you're using to generate your mails, it's
generating corrupt headers. Please also use subject lines consistent
with the rest of the subsystem - between the
Hi Eric,
FYI, we noticed xfstests generic/317 and generic/318 TFAILs in
git://git.kernel.org/pub/scm/linux/kernel/git/ebiederm/user-namespace.git
userns-always-map-user-v151
commit 6e9f18123077643a3b88c092c865cc6905f2d90d
Author: Eric W. Biederman
AuthorDate: Mon Feb 3 15:40:35 2014 -0800
On 10/02/14 11:30, Heiko Carstens wrote:
> On Fri, Feb 07, 2014 at 04:49:18PM +, Sudeep Holla wrote:
>> From: Sudeep Holla
>>
>> This patch removes the redundant sysfs cacheinfo code by making use of
>> the newly introduced generic cacheinfo infrastructure.
>>
>> Signed-off-by: Sudeep Holla
Hi
> > +(cmd->opcode == 5 || cmd->opcode == 52))
> Aren't these the ones defined in linux/mmc/sdio.h:
> 5 - SD_IO_SEND_OP_COND
> 52 - SD_IO_RW_DIRECT
Yes. They are...
Changed that.
Also I removed the camel cases and the defines within the struct definition.
> > +struct
On 10/02/14 09:50, Heiko Carstens wrote:
> On Fri, Feb 07, 2014 at 04:49:18PM +, Sudeep Holla wrote:
>> From: Sudeep Holla
>>
>> This patch removes the redundant sysfs cacheinfo code by making use of
>> the newly introduced generic cacheinfo infrastructure.
>>
>> Signed-off-by: Sudeep Holla
Hi Tomi
On Mon, Feb 10, 2014 at 12:23 PM, Tomi Valkeinen wrote:
> Hi David,
>
> On 04/08/13 20:25, David Herrmann wrote:
>> If drivers use "struct resource" objects to retrieve the vga-base, they
>> must correctly cast the integer to pointer. With x86+PAE we have 32bit
>> pointers but 64bit
(2014/02/10 13:02), Masami Hiramatsu wrote:
> (2014/02/09 23:37), Ingo Molnar wrote:
>>
>> * Masami Hiramatsu wrote:
>>
>>> I guess the second reason is why the stap takes so long time to set
>>> probes. stap tries to register kprobes without disabled flag, that
>>> means we enables thousands
> From: Roger Tseng
>
> Realtek USB card reader provides a channel to transfer command or data to
> flash
> memory cards. This driver exports host instances for mmc and memstick
> subsystems
> and handles basic works.
>
> Signed-off-by: Roger Tseng
> ---
> drivers/mfd/Kconfig | 10
On Fri, Feb 07, 2014 at 04:49:18PM +, Sudeep Holla wrote:
> From: Sudeep Holla
>
> This patch removes the redundant sysfs cacheinfo code by making use of
> the newly introduced generic cacheinfo infrastructure.
>
> Signed-off-by: Sudeep Holla
[...]
> -static ssize_t
Use the block layer helpers for CPU-local completions instead of
reimplementing them locally.
Signed-off-by: Christoph Hellwig
---
drivers/block/null_blk.c | 97 +++---
1 file changed, 32 insertions(+), 65 deletions(-)
diff --git
Rework I/O completions to work more like the old code path. blk_mq_end_io
now stays out of the business of deferring completions to others CPUs
and calling blk_mark_rq_complete. The latter is very important to allow
completing requests that have timed out and thus are already marked completed,
This series reworks how the blk-mq core handles I/O completion. The
prime motivation was that the current code does not work when using
a timeout handler that needs to complete requests after doing error
handling. A fallout from fixing that by making the completions more
similar to the old
Make sure to complete requests on the submitting CPU. Previously this
was done in blk_mq_end_io, but the responsibility shifted to the drivers.
Signed-off-by: Christoph Hellwig
---
drivers/block/virtio_blk.c |7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git
On 09/02/14 11:12, Rashika Kheria wrote:
> Move prototype declaration to header file include/xen/xen-ops.h from
> arch/x86/xen/xen-ops.h because it is used by more than one file. Also,
> remove else condition from xen/events/events_base.c to eliminate
> conflicting definitions when
On Mon, Feb 10, 2014 at 07:22:31PM +0800, Fengguang Wu wrote:
> Hi Al,
>
> We noticed the below oops since commit
> 68a25f08c9bec07ad95e55a01b127168e43aed84
> ("process_vm_access: take get_user_pages/put_pages one level up")
> while running ltp tests inside kvm.
>
> [ 466.193846] BUG: unable
>From 2b94a20adb53fba1a6a3d2aebfbbc1b708e04f3b Mon Sep 17 00:00:00 2001
From: Daeseok Youn
Date: Mon, 10 Feb 2014 20:16:50 +0900
Subject: [PATCH] staging : ion : Fix some checkpatch warnings and an error
Warning:
- Unnecessary space after function pointer name
- quoted string split across
When running xfstests on Jens' current for-linus tree I see the
softlockup below (which locks the VM hard). I bisected it down to
"blk-mq: Don't reserve a tag for flush request". My recently posted
flush rework also fixes the issue, btw.
generic/006 4s ... 3s
[ 60.026776] BUG: soft lockup -
On Sat, Feb 08, 2014 at 08:52:02AM +0100, Andi Kleen wrote:
> Can be called from assembler code.
This lacks context; what does __visible do and why does it matter for
asm.
> Cc: pet...@infradead.org
> Cc: mi...@kernel.org
> Signed-off-by: Andi Kleen
> ---
> kernel/locking/lockdep.c | 4 ++--
>
Hi David,
On 04/08/13 20:25, David Herrmann wrote:
> If drivers use "struct resource" objects to retrieve the vga-base, they
> must correctly cast the integer to pointer. With x86+PAE we have 32bit
> pointers but 64bit resource_size_t. Hence, cast it to "unsigned long"
> before casting to "void*"
On 09/02/14 11:01, Rashika Kheria wrote:
> Include appropriate header file in xen/pcpu.c because include/xen/acpi.h
> contains prototype declaration of functions defined in the file.
>
> This eliminates the following warning in xen/pcpu.c:
> drivers/xen/pcpu.c:336:6: warning: no previous
> MAX6650/MAX6651 chip is a multi-function device with I2C busses. The
> chip includes fan-speed regulators and monitors, GPIO, and alarm.
>
> This patch is an initial release of a MAX6650/6651 MFD driver that
> supports to enable the chip with its primary I2C bus that will connect
> the hwmon,
> Sounds good to me. The intention clearly was to point to the device in use,
> which we can find then.
I would concur.
> I would not expect problems with this change. For common uses it is the
> same name already and nothing visibly should change, and for the ones
> where it isn't the same, I
On Mon, Feb 10, 2014 at 09:47:47PM +1100, Dave Chinner wrote:
> and the updated pos value on O_APPEND writes is never folded back
> into ppos.
Not true. Check generic_file_buffered_write() and generic_file_direct_write()
- that's where it's normally stored into iocb->ki_pos (via *ppos). And
On Mon, Feb 10, 2014 at 08:50:16AM +, Fabrice Gasnier wrote:
> On 02/07/2014 06:09 PM, Will Deacon wrote:
> > On Fri, Feb 07, 2014 at 04:19:15PM +, Fabrice GASNIER wrote:
> >> diff --git a/arch/arm/kernel/traps.c b/arch/arm/kernel/traps.c
> >> index 4636d56..ef15709 100644
> >> ---
On Mon, Feb 10, 2014 at 02:52:10AM -0800, Christoph Hellwig wrote:
> On Mon, Feb 10, 2014 at 09:47:47PM +1100, Dave Chinner wrote:
> > As i pointed out in a private thread this doesn't fix XFS.
>
> Btw, would be nice to have a public discussion and review next time
> before a pull request
On Mon, Feb 10, 2014 at 11:52 AM, Christoph Hellwig wrote:
> On Mon, Feb 10, 2014 at 09:47:47PM +1100, Dave Chinner wrote:
>> As i pointed out in a private thread this doesn't fix XFS.
>
> Btw, would be nice to have a public discussion and review next time
> before a pull request appears.
And
On 02/10/2014 04:21 PM, Gautham R Shenoy wrote:
> On Mon, Feb 10, 2014 at 02:45:55PM +0530, Srivatsa S. Bhat wrote:
>> Hi Gautham,
>>
>> On 02/08/2014 12:41 AM, Gautham R Shenoy wrote:
>>> On Thu, Feb 06, 2014 at 07:41:03PM +0100, Oleg Nesterov wrote:
On 02/06, Srivatsa S. Bhat wrote:
>
> > As per the comments on device_register, we shouldn't call kfree()
> > right after a device_register() failure. Instead call put_device(),
> > which in turn will call bl_device_release resulting in a kfree to the
> > full structure.
> >
> > Signed-off-by: Levente Kurusa
>
> (+cc Bryan Wu,
On 4 February 2014 20:22, Kevin Hilman wrote:
> Ulf Hansson writes:
>
>> Due to the available runtime PM callbacks, we are now able to put our
>> device into low power state at system suspend.
>>
>> Earlier we could not accomplish this without trusting a power domain
>> for the device to take
OK. I will re-send this patch except replacing seq_printf() with seq_puts().
Your review helped me a lot.
Thanks.
Daeseok Youn.
2014-02-10 19:52 GMT+09:00 Dan Carpenter :
> On Mon, Feb 10, 2014 at 07:23:46PM +0900, DaeSeok Youn wrote:
>> Thanks for reviewing.
>>
>> Yes, I just followed by
Hello Mark,
On 10 February 2014 16:37, Mark Rutland wrote:
> On Mon, Feb 10, 2014 at 10:50:01AM +, Naveen Krishna Ch wrote:
>> Hello Mark,
>>
>> On 10 February 2014 16:03, Mark Rutland wrote:
>> > On Thu, Nov 07, 2013 at 12:42:34PM +, Naveen Krishna Chatradhi wrote:
>> >> On Exynos5420
On Wed, 2014-02-05 at 20:44 -0800, Joe Perches wrote:
> Perhaps use a more common kernel style
>
> struct ieee80211_reason_descriptions {
> u16 code;
> const char *desc;
> }
>
> and enumerate the reason codes with #defines and use a
> macro to populate the
On Mon, Feb 10, 2014 at 11:40 AM, Thierry Reding
wrote:
> it seems like at least BACKLIGHT_LP8788 is missing a corresponding
> dependency as well.
>
> I have applied Sascha's patch to remove the obsolete HAVE_PWM symbol,
> and this will fix at least the build issues. However it will also cause
>
On Mon, Feb 10, 2014 at 10:50:01AM +, Naveen Krishna Ch wrote:
> Hello Mark,
>
> On 10 February 2014 16:03, Mark Rutland wrote:
> > On Thu, Nov 07, 2013 at 12:42:34PM +, Naveen Krishna Chatradhi wrote:
> >> On Exynos5420 the TMU(4) for GPU has a seperate clock enable bit from
> >> the
Hi Alan, this is starting to look good. I's like an ACK from a DT
maintainer on the bindings but can't see anything really controversial
about them.
On Thu, Feb 6, 2014 at 11:06 PM, Alan Tull wrote:
> +static int dwapb_gpio_to_irq(struct gpio_chip *gc, unsigned offset)
> +{
> + struct
snd_soc_dapm_disable_pin, snd_soc_dapm_enable_pin and
snd_soc_dapm_force_enable_pin all require the dapm_mutex to be held when
they are called as they edit the dirty list. There are 385 usages of
these functions and only 7 hold the lock whilst calling.
This patch moves the locking into
Hi Lars,
On 02/10/2014 11:53 AM, Lars-Peter Clausen wrote:
> On 02/10/2014 11:46 AM, Michal Simek wrote:
>> Check if regs are readable.
>>
>> Signed-off-by: Michal Simek
>> ---
>>
>> drivers/base/regmap/regmap.c | 3 +++
>> 1 file changed, 3 insertions(+)
>>
>> diff --git
On Mon, Feb 10, 2014 at 01:58:40AM +0100, Paul Bolle wrote:
> Anyhow, you should also check MACH_SMDKV310. And then have a look at
> https://lkml.org/lkml/2013/7/14/27 , in which Mark Brown (added in CC)
> and I spent some time not understanding each other (at least, that was
> my impression).
I
2014-02-10 (월), 09:07 +0100, Jiri Olsa:
> On Fri, Feb 07, 2014 at 10:35:02AM +0900, Namhyung Kim wrote:
> heya, I wasn't CC-ed ;-)
Oops, my bad, sorry about that.
>
> Acked-by: Jiri Olsa
>
> for the patchset
Thank you so much!
Namhyung
--
To unsubscribe from this list: send the line
On Mon, Feb 10, 2014 at 04:27:30AM +, Matt Ranostay wrote:
> Document compatible string, required and optional DT properties for
> AS3935 chipset driver.
>
> Signed-off-by: Matt Ranostay
> ---
> .../devicetree/bindings/iio/proximity/as3935.txt | 27
> ++
>
On Friday, February 07, 2014 03:46:40 PM Alexander Gordeev wrote:
> This update fixes a warning introduced with commit bc977ba1
> ("wil6210: Use pci_enable_msi_range() instead of pci_enable_msi_block()")
>
> drivers/net/wireless/ath/wil6210/pcie_bus.c:65 wil_if_pcie_enable()
> warn: missing
On Mon, Feb 10, 2014 at 02:45:55PM +0530, Srivatsa S. Bhat wrote:
> Hi Gautham,
>
> On 02/08/2014 12:41 AM, Gautham R Shenoy wrote:
> > On Thu, Feb 06, 2014 at 07:41:03PM +0100, Oleg Nesterov wrote:
> >> On 02/06, Srivatsa S. Bhat wrote:
> >>>
> >>> The following method of CPU hotplug callback
On Mon, Feb 10, 2014 at 07:23:46PM +0900, DaeSeok Youn wrote:
> Thanks for reviewing.
>
> Yes, I just followed by reports of checkpatch.pl.
>
> But I don't understand why I can use of seq_puts() in the middle of
> seq_printf() calls.
> I have been trying to search why that is not good but I
On 02/10/2014 11:46 AM, Michal Simek wrote:
Check if regs are readable.
Signed-off-by: Michal Simek
---
drivers/base/regmap/regmap.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/base/regmap/regmap.c b/drivers/base/regmap/regmap.c
index 6a19515..7569dfc 100644
---
On Mon, Feb 10, 2014 at 09:47:47PM +1100, Dave Chinner wrote:
> As i pointed out in a private thread this doesn't fix XFS.
Btw, would be nice to have a public discussion and review next time
before a pull request appears.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
On Fri, Feb 07, 2014 at 05:48:58PM +0100, Miklos Szeredi wrote:
> Changes since the last version (based on Al's review):
>
> - cross-rename: fix locking of nondirectories for NFSv4
> - ext4: split cross-rename and plain rename into separate functions
> - introduce i_op->rename2 with flags,
Hello Mark,
On 10 February 2014 16:03, Mark Rutland wrote:
> On Thu, Nov 07, 2013 at 12:42:34PM +, Naveen Krishna Chatradhi wrote:
>> On Exynos5420 the TMU(4) for GPU has a seperate clock enable bit from
>> the other TMU channels(0 ~ 3). Hence, accessing TRIMINFO for base_second
>> should be
From: Geert Uytterhoeven
Signed-off-by: Geert Uytterhoeven
---
arch/arm/mach-shmobile/board-lager.c |5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/mach-shmobile/board-lager.c
b/arch/arm/mach-shmobile/board-lager.c
index 317574864e7b..9e52efa2a457 100644
---
From: Geert Uytterhoeven
Signed-off-by: Geert Uytterhoeven
---
This depends on spi-rspi updates
arch/arm/mach-shmobile/board-lager.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/arch/arm/mach-shmobile/board-lager.c
b/arch/arm/mach-shmobile/board-lager.c
From: Geert Uytterhoeven
Signed-off-by: Geert Uytterhoeven
---
This depends on spi-rspi updates
arch/arm/boot/dts/r8a7790-lager.dts |2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/boot/dts/r8a7790-lager.dts
b/arch/arm/boot/dts/r8a7790-lager.dts
index
On Fri, Feb 07, 2014 at 04:27:17PM +, Mark Brown wrote:
> On Fri, Feb 07, 2014 at 04:25:04PM +, Mark Brown wrote:
> > On Thu, Feb 06, 2014 at 06:03:09PM +, Adam Thomson wrote:
> > > Signed-off-by: Adam Thomson
> >
> > This doesn't apply against my current for-next or v3.14-rc1, can
On Sun, Feb 09, 2014 at 11:36:43PM +, Al Viro wrote:
> A couple of fixes, both -stable fodder. O_SYNC bug is
> fairly old... Please, pull from the usual place -
> git://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs.git for-linus
>
> Shortlog:
> Al Viro (2):
> fix
From: Geert Uytterhoeven
Add pinctrl and SPI devices for QSPI on Lager.
Add Spansion s25fl512s SPI FLASH and MTD partitions.
Signed-off-by: Geert Uytterhoeven
Cc: devicet...@vger.kernel.org
Cc: linux-...@vger.kernel.org
---
arch/arm/boot/dts/r8a7790-lager.dts | 36
From: Geert Uytterhoeven
This enables support for the Spansion s25fl512s SPI FLASH on QSPI.
Signed-off-by: Geert Uytterhoeven
---
arch/arm/configs/lager_defconfig |4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/configs/lager_defconfig b/arch/arm/configs/lager_defconfig
From: Geert Uytterhoeven
Signed-off-by: Geert Uytterhoeven
Cc: devicet...@vger.kernel.org
Cc: linux-...@vger.kernel.org
---
arch/arm/boot/dts/r8a7790.dtsi | 12
1 file changed, 12 insertions(+)
diff --git a/arch/arm/boot/dts/r8a7790.dtsi b/arch/arm/boot/dts/r8a7790.dtsi
index
From: Geert Uytterhoeven
A QSPI function set consists of 3 groups:
- qspi_ctrl (2 control wires)
- qspi_data2 (2 data wires, for Single/Dual SPI)
- qspi_data4 (4 data wires, for Quad SPI)
Signed-off-by: Geert Uytterhoeven
Cc: Linus Walleij
Cc: Laurent Pinchart
---
Hi Simon, Magnus,
The following patch series completes r8a7790 SoC and Lager board
integration for the Renesas Quad Serial Peripheral Interface. It brings
r8a7790/Lager to the same support level as r8a7791/Koelsch, allowing access
to the Spansion s25fl512s SPI FLASH for both legacy and
Check if regs are readable.
Signed-off-by: Michal Simek
---
drivers/base/regmap/regmap.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/base/regmap/regmap.c b/drivers/base/regmap/regmap.c
index 6a19515..7569dfc 100644
--- a/drivers/base/regmap/regmap.c
+++
> fbcon is loaded so it isn't an issue.
>
> I tried 3.10 kernel initially (the above messages are from it), next
> I tried 3.13 kernel too, and that one behaves exactly the same.
>
> As far as I remember, this system never worked with graphics well.
> Previous kernel (from which I updated) was
On 4 February 2014 20:19, Mark Brown wrote:
> On Tue, Feb 04, 2014 at 04:58:50PM +0100, Ulf Hansson wrote:
>> Make use of clk_prepare_enable and clk_disable_unprepare to simplify
>> code. No functional change.
>
> I went ahead and applied this since it looks good and seems like an
> unrelated
On Fri, 7 Feb 2014 19:15:05 +0530
sagar.a.kam...@intel.com wrote:
> From: Sagar Kamble
>
> These patches will enable 180 degree rotation for CRTC and Sprite planes.
> Changelog:
> 1. drm/i915: Add 180 degree primary plane rotation support
> Addressed review comments for CRTC rotation from FBC,
Not used since commit 57282d8fd.
Signed-off-by: Rakesh Pandit
Reviewed-by: Christoph Hellwig
---
fs/aio.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/fs/aio.c b/fs/aio.c
index 062a5f6..d3d55dc 100644
--- a/fs/aio.c
+++ b/fs/aio.c
@@ -471,7 +471,7 @@ void
On Mon, Feb 10, 2014 at 10:29:35AM +, Catalin Marinas wrote:
> On Sun, Feb 09, 2014 at 10:18:26PM +, Kees Cook wrote:
> > diff --git a/arch/arm/mm/dump.c b/arch/arm/mm/dump.c
> > index 1f7b1e13d945..ff1559f9200c 100644
> > --- a/arch/arm/mm/dump.c
> > +++ b/arch/arm/mm/dump.c
> > @@ -264,6
On Tue, Feb 04, 2014 at 01:57:14PM +0100, Linus Walleij wrote:
> In some compilations the LM3630A and LP855X backlight drivers
> fail like this:
>
> drivers/built-in.o: In function `lm3630a_pwm_ctrl':
> drivers/video/backlight/lm3630a_bl.c:168: undefined reference to `pwm_config'
>
The Allwinner A20/A31 clock module controls the transmit clock source
and interface type of the GMAC ethernet controller. Model this as
a single clock for GMAC drivers to use.
Signed-off-by: Chen-Yu Tsai
---
Documentation/devicetree/bindings/clock/sunxi.txt | 30 +++
The A20 has EMAC and GMAC muxed on the same pins.
Add pin sets with gmac function for MII and RGMII mode to the DTSI.
Signed-off-by: Chen-Yu Tsai
---
arch/arm/boot/dts/sun7i-a20.dtsi | 26 ++
1 file changed, 26 insertions(+)
diff --git a/arch/arm/boot/dts/sun7i-a20.dtsi
GMAC has better performance and fewer hardware issues.
Use the GMAC in MII mode for ethernet instead of the EMAC.
Signed-off-by: Chen-Yu Tsai
---
arch/arm/boot/dts/sun7i-a20-olinuxino-micro.dts | 27 +++--
1 file changed, 12 insertions(+), 15 deletions(-)
diff --git
Signed-off-by: Chen-Yu Tsai
---
arch/arm/boot/dts/sun7i-a20.dtsi | 15 +++
1 file changed, 15 insertions(+)
diff --git a/arch/arm/boot/dts/sun7i-a20.dtsi b/arch/arm/boot/dts/sun7i-a20.dtsi
index dd567ea..8eb4d54 100644
--- a/arch/arm/boot/dts/sun7i-a20.dtsi
+++
GMAC has better performance and fewer hardware issues.
Use the GMAC in MII mode for ethernet instead of the EMAC.
Signed-off-by: Chen-Yu Tsai
---
arch/arm/boot/dts/sun7i-a20-cubieboard2.dts | 27 ---
1 file changed, 12 insertions(+), 15 deletions(-)
diff --git
The CubieTruck uses the GMAC with an RGMII phy.
Signed-off-by: Chen-Yu Tsai
---
arch/arm/boot/dts/sun7i-a20-cubietruck.dts | 12
1 file changed, 12 insertions(+)
diff --git a/arch/arm/boot/dts/sun7i-a20-cubietruck.dts
b/arch/arm/boot/dts/sun7i-a20-cubietruck.dts
index
Add missing waituart implementation.
Signed-off-by: Michal Simek
---
arch/arm/include/debug/zynq.S | 3 +++
1 file changed, 3 insertions(+)
diff --git a/arch/arm/include/debug/zynq.S b/arch/arm/include/debug/zynq.S
index f9aa974..0b762fa 100644
--- a/arch/arm/include/debug/zynq.S
+++
All Allwinner A20 boards we support can only use either EMAC or GMAC,
as they share the same pins. As we have switched all supported to
GMAC, we should alias GMAC (the active controller) as ethernet0,
so u-boot will insert the MAC address for the correct controller.
Signed-off-by: Chen-Yu Tsai
On 4 February 2014 18:07, Mark Brown wrote:
> On Tue, Feb 04, 2014 at 04:58:49PM +0100, Ulf Hansson wrote:
>> Use clk_disable_unprepare and clk_prepare_enable from the runtime PM
>> callbacks, to fully gate|ungate clocks. Potentially this will save more
>> power, depending on the clock tree for
Hi,
This is the v4 of the remaining Allwinner A20 GMAC glue layer patches.
The stmmac driver changes have been merged through net-next. The
remaining bits are clock and DT patches. The patches should be applied
over my clock renaming patches.
The Allwinner A20 SoC integrates an early version of
The GMAC uses 1 of 2 sources for its transmit clock, depending on the
PHY interface mode. Add both sources as dummy clocks, and as parents
to the GMAC clock node.
Signed-off-by: Chen-Yu Tsai
---
arch/arm/boot/dts/sun7i-a20.dtsi | 28
1 file changed, 28 insertions(+)
On Mon, Feb 10, 2014 at 11:32:23AM +0100, Thomas Gleixner wrote:
> On Mon, 10 Feb 2014, Mika Westerberg wrote:
> > From: Thomas Gleixner
> >
> > If we cannot calibrate TSC via MSR based calibration
> > try_msr_calibrate_tsc() stores zero to fast_calibrate and returns that to
> > the caller. This
On Thu, Nov 07, 2013 at 12:42:34PM +, Naveen Krishna Chatradhi wrote:
> On Exynos5420 the TMU(4) for GPU has a seperate clock enable bit from
> the other TMU channels(0 ~ 3). Hence, accessing TRIMINFO for base_second
> should be acompanied by enabling the respective clock.
>
> This patch
On Sat, Feb 08, 2014 at 08:55:07AM +0800, Shaohua Li wrote:
> Yep, none driver needs it. But reverse mapping is the one of the points we use
> tag, so better we prepare it.
I don't think adding unused code to tree for a future driver is a good
idea, although I'm happy to help out with the
On Sun, Feb 09, 2014 at 04:50:07PM +0100, Alexander Gordeev wrote:
> Yeah, that was my first thought when I posted "percpu_ida: Allow variable
> maximum number of cached tags" patch some few months ago. But I am back-
> pedalling as it does not appear solves the fundamental problem - what is the
>
On 09/02/14 11:08, Rashika Kheria wrote:
> Move prototype declaration to header file include/xen/xen-ops.h from
> arch/x86/xen/xen-ops.h because they are used by more than one file.
>
> This eliminates the following warning in drivers/xen/events/:
> drivers/xen/events_2l.c:1231:13: warning: no
On Mon, 10 Feb 2014, Mika Westerberg wrote:
> From: Thomas Gleixner
>
> If we cannot calibrate TSC via MSR based calibration
> try_msr_calibrate_tsc() stores zero to fast_calibrate and returns that to
> the caller. This value gets then propagated further to clockevents code
> resulting division
On 09/02/14 10:59, Rashika Kheria wrote:
> Mark function as static in xen/platform-pci.c because it is not used
> outside this file.
>
> This eliminates the following warning in xen/platform-pci.c:
> drivers/xen/platform-pci.c:48:15: warning: no previous prototype for
> ‘alloc_xen_mmio’
Provide information through SOC_BUS to user space.
Silicon revision is provided through devcfg device.
Signed-off-by: Michal Simek
---
Based on zynq/cleanup branch
---
arch/arm/boot/dts/zynq-7000.dtsi | 5 +++
arch/arm/mach-zynq/Kconfig | 1 +
arch/arm/mach-zynq/common.c | 72
On Sun, Feb 09, 2014 at 10:18:26PM +, Kees Cook wrote:
> diff --git a/arch/arm/mm/dump.c b/arch/arm/mm/dump.c
> index 1f7b1e13d945..ff1559f9200c 100644
> --- a/arch/arm/mm/dump.c
> +++ b/arch/arm/mm/dump.c
> @@ -264,6 +264,9 @@ static void walk_pmd(struct pg_state *st, pud_t *pud,
> unsigned
Ping?
On Wed, Jan 29, 2014 at 5:13 PM, Tom Gundersen wrote:
> Ping?
>
> On 30 Dec 2013 19:53, "Tom Gundersen" wrote:
>>
>> Hi Martin,
>>
>> On Sun, Dec 15, 2013 at 12:33 PM, Martin Mares wrote:
>> > I see that a mechanism for fast lookup of hardware identification data
>> > is needed. However,
Hi Tarek,
Nothing in specific about the patch, but to just make you aware that
some clean up
patches haves been proposed which might cause conflicts with this patch. Please
see inline for details.
On 10 February 2014 15:38, Tarek Dakhran wrote:
> EXYNOS5410 is SoC in Samsung's Exynos5 SoC
On 4 February 2014 19:49, Mark Brown wrote:
> On Tue, Feb 04, 2014 at 04:58:41PM +0100, Ulf Hansson wrote:
>
>> The fixes for the amba bus needs to be merged prior to the other, thus I
>> think
>> it could make sense to merge this complete patchset through Russell's tree,
>> if he and the other
with EXT4FS_DEBUG ext4_count_free_clusters() will call
ext4_read_block_bitmap() without s_group_info initialized.
Here is bt:
(gdb) bt
#0 ext4_get_group_info (group=0, sb=0x880079a1) at ext4.h:2430
#1 ext4_validate_block_bitmap (sb=sb@entry=0x880079a1,
Thanks for reviewing.
Yes, I just followed by reports of checkpatch.pl.
But I don't understand why I can use of seq_puts() in the middle of
seq_printf() calls.
I have been trying to search why that is not good but I didn't find
anything about that.
And I saw patches which were already merged
From: Thomas Gleixner
If we cannot calibrate TSC via MSR based calibration
try_msr_calibrate_tsc() stores zero to fast_calibrate and returns that to
the caller. This value gets then propagated further to clockevents code
resulting division by zero oops like the one below:
divide error:
Intel Baytrail is based on Silvermont core so MSR_FSB_FREQ[2:0] == 0 means
that the CPU reference clock runs at 83.3MHz. Add this missing frequency to
the table.
Signed-off-by: Mika Westerberg
---
arch/x86/kernel/tsc_msr.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
On Mon, 2014-02-10 at 12:04 +0800, Yijing Wang wrote:
> +static u64 pci_device_serial_number(struct pci_bus *bus, int devfn)
> +{
> + int pos;
> + u32 lo, hi;
> +
> + if (!pci_bus_find_capability(bus, devfn, PCI_CAP_ID_EXP))
> + return 0;
> +
> + pos =
801 - 900 of 2010 matches
Mail list logo