On 31/05/13 13:24, Barry Song wrote:
Signed-off-by: Srinivas Kandagatla srinivas.kandaga...@st.com
hi Sriniva,
i think my arm: prima2: move to generic reset controller driver
framework fixs this too:
http://www.spinics.net/lists/arm-kernel/msg246206.html
I did look at the patch, I think it
Hi Guenther,
On Fri, May 31, 2013 at 04:40:37AM -0700, Guenter Roeck wrote:
+#define GPIO_WD_ENAB 169
+#define GPIO_WD_FAST 170
+#define GPIO_WD_TRIG 171
+
+#define GPIO_RST_CAUSE_BASE 166
+
I think I asked that before ... as you are supporting devicetree, gpio pins
Hi,
I have done more changes in the driver to support probing
on little and big endian system where detection is done
directly on the hardware.
I have also done some cleanups to get it to the better shape.
Thanks for your review,
Michal
Changes in v3:
- Remove out_be IO name from function name
out_be32 IO function is not supported by ARM.
It is only available for PPC and Microblaze.
Because this driver can be used on ARM let's
remove out_be32 from function name.
Signed-off-by: Michal Simek michal.si...@xilinx.com
---
Changes in v3:
- Remove out_be IO name from function name
- Change
From: Michal Simek mon...@monstr.eu
Enable this driver for all Xilinx platforms.
Signed-off-by: Michal Simek michal.si...@xilinx.com
---
Changes in v3: None
Changes in v2: None
drivers/video/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/video/Kconfig
From: Michal Simek mon...@monstr.eu
DTB is always big-endian that's why it is necessary
to properly convert value (*p).
It is automatically done in of_property_read_u32().
Signed-off-by: Michal Simek michal.si...@xilinx.com
---
Changes in v3: None
Changes in v2:
- use of_property_read_u32 helper
Using only PLB name is wrong for a long time because
the same access functions are also used for AXI.
s/PLB/BUS/g
Signed-off-by: Michal Simek michal.si...@xilinx.com
---
Changes in v3:
- New patch in this patchset based on discussions
Changes in v2: None
drivers/video/xilinxfb.c | 32
2013/5/31 Srinivas KANDAGATLA srinivas.kandaga...@st.com:
On 31/05/13 13:24, Barry Song wrote:
Signed-off-by: Srinivas Kandagatla srinivas.kandaga...@st.com
hi Sriniva,
i think my arm: prima2: move to generic reset controller driver
framework fixs this too:
On Fri, May 31, 2013 at 02:50:18PM +0200, Ingo Molnar wrote:
* Frederic Weisbecker fweis...@gmail.com wrote:
On Fri, May 31, 2013 at 05:43:25AM -0700, tip-bot for Frederic Weisbecker
wrote:
Commit-ID: 81e747d2ccfa9faa2b10507dca9d4b42796c561e
Gitweb:
Dynamically detect endianess on IP and use
ioread/iowrite functions instead of powerpc and microblaze
specific out_be32.
Signed-off-by: Michal Simek michal.si...@xilinx.com
---
Changes in v3:
- New patch in this patchset based on discussions
Changes in v2: None
drivers/video/xilinxfb.c | 30
Use proper casting for fb_virt variable.
Signed-off-by: Michal Simek michal.si...@xilinx.com
---
Changes in v3:
- New patch in this patchset
Changes in v2: None
drivers/video/xilinxfb.c | 24 ++--
1 file changed, 14 insertions(+), 10 deletions(-)
diff --git
Move of_address_to_resource() to xilinxfb_assign()
which simplify driver probing.
Signed-off-by: Michal Simek michal.si...@xilinx.com
---
Changes in v3:
- New patch in this patchset
Changes in v2: None
drivers/video/xilinxfb.c | 56 +---
1 file
physaddr will be remove in the next patch.
Signed-off-by: Michal Simek michal.si...@xilinx.com
---
Changes in v3:
- New patch in this patchset based on discussions
Changes in v2: None
drivers/video/xilinxfb.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
Current logic in requesting firmware for MSI-X interrupts
is confusing. On the one hand it is known the firmware
refuses any non power of two allocations. On the other
hand such attempts still could be taken, but surprisingly
- after the attempt to request power of two interrupts
failed, not
If a freshly acquired hardware interrupt number already mapped to
a Linux IRQ number it indicates a problem exists elsewhere, i.e.
a device driver did not dispose the mapping. Nevertheless, the
current code reuses such mappings and thus calls for more trouble.
This fix forces irq_create_mapping()
On 05/31/2013 07:46 AM, Dan Carpenter wrote:
On x86_64 there is a 4 byte hole between -recv_type and -addr.
Got it, in my tree now. Thanks.
Signed-off-by: Dan Carpenter dan.carpen...@oracle.com
---
v2: fixed the changelog a little. Also added LKML because the
openipmi is a moderated list
Hi,
So looked at this patch again. There is nothing wrong with the code.
But there is something bothering me with the usage model. I think
the choice of having pebs-ip for precise=1 or pebs-real_ip for
precise=2 is too restrictive.
There are situations where you want BOTH the real_ip AND the
At Fri, 31 May 2013 12:31:19 +0200,
Alex Riesen wrote:
On Wed, May 29, 2013 at 5:42 PM, Takashi Iwai ti...@suse.de wrote:
At Fri, 24 May 2013 23:32:14 +0200, Alex Riesen wrote:
I'm sorry to say that I will not be able to test it in the next
8 or so days: I'll be traveling and without this
On 05/31/2013 07:55 AM, Michal Simek wrote:
- p = (u32 *)of_get_property(op-dev.of_node, xlnx,dcr-splb-slave-if,
NULL);
- tft_access = p ? *p : 0;
+ of_property_read_u32(op-dev.of_node, xlnx,dcr-splb-slave-if,
+ tft_access);
This is okay, but just FYI,
On Fri, 2013-05-31 at 08:01 -0500, Jon Loeliger wrote:
Line 374 is the IDSEL 0x16... line here:
interrupt-map =
/* IRQ mapping for pci slots and ALI M1533
...
* management
On 05/31/2013 03:05 PM, Timur Tabi wrote:
On 05/31/2013 07:55 AM, Michal Simek wrote:
-p = (u32 *)of_get_property(op-dev.of_node, xlnx,dcr-splb-slave-if,
NULL);
-tft_access = p ? *p : 0;
+of_property_read_u32(op-dev.of_node, xlnx,dcr-splb-slave-if,
+
Em Thu, 30 May 2013 21:00:01 +0200
Jon Arne Jørgensen jona...@jonarne.no escreveu:
On Thu, May 30, 2013 at 08:33:32AM +0300, Timo Teras wrote:
On Thu, 30 May 2013 07:21:36 +0200
Jon Arne Jørgensen jona...@jonarne.no wrote:
On Wed, May 29, 2013 at 10:19:49PM -0400, Andy Walls wrote:
Hello.
On 31-05-2013 10:53, Clemens Ladisch wrote:
+const unsigned long timing[] = { 5, 100, 500};
You'll save space and time if you also make this array static,
otherwise the compiler will build the array every time this function is
called.
No, *const* specifier is enough to not
On Fri, 2013-05-31 at 08:01 -0500, Jon Loeliger wrote:
Hrm. Is this a that's not in the kernel's copy yet problem?
BTW I'm using dtc.git 4e76ec796c90d44d417f82d9db2d67cfe575f8ed and not
the kernel copy.
dtc-lexer.l in my HEAD is identical to the current master
On Fri, 31 May 2013, Catalin Marinas wrote:
On Thu, May 30, 2013 at 05:18:32PM +0100, Stefano Stabellini wrote:
--- a/arch/arm/include/asm/xen/page.h
+++ b/arch/arm/include/asm/xen/page.h
@@ -90,6 +90,10 @@ static inline bool set_phys_to_machine(unsigned long
pfn, unsigned long mfn)
On Fri, 31 May 2013, Catalin Marinas wrote:
On Thu, May 30, 2013 at 05:18:29PM +0100, Stefano Stabellini wrote:
Signed-off-by: Stefano Stabellini stefano.stabell...@eu.citrix.com
---
arch/arm/include/asm/xen/events.h |4
arch/arm/include/asm/xen/page.h |2 ++
2 files
On 05/31/2013 07:55 AM, Michal Simek wrote:
diff --git a/drivers/video/xilinxfb.c b/drivers/video/xilinxfb.c
index f3d4a69..e27a4f6 100644
--- a/drivers/video/xilinxfb.c
+++ b/drivers/video/xilinxfb.c
@@ -131,7 +131,7 @@ struct xilinxfb_drvdata {
dcr_host_t dcr_host;
I've just removed unnecessary Change-Id line.
If the i2c controller during suspend will generate an interrupt, it
can lead to unpredictable behaviour in the kernel.
Based on the logic of the kernel code interrupts from i2c should be
prohibited during suspend. Kernel writes 0 to the I2C_IE
If the i2c controller during suspend will generate an interrupt, it
can lead to unpredictable behaviour in the kernel.
Based on the logic of the kernel code interrupts from i2c should be
prohibited during suspend. Kernel writes 0 to the I2C_IE register in
the omap_i2c_runtime_suspend() function.
This patch adds the driver for the watchdog devices found on MEN Mikro
Elektronik A21 VMEbus CPU Carrier Boards. It has DT-support and uses the
watchdog framework.
Revision 2:
* Removed unneeded open flag in struct a21_wdt_drv
* Corrected 3bit reason code from gpio
* Additional sysfs files are
On 05/31/2013 03:26 PM, Timur Tabi wrote:
On 05/31/2013 07:55 AM, Michal Simek wrote:
diff --git a/drivers/video/xilinxfb.c b/drivers/video/xilinxfb.c
index f3d4a69..e27a4f6 100644
--- a/drivers/video/xilinxfb.c
+++ b/drivers/video/xilinxfb.c
@@ -131,7 +131,7 @@ struct xilinxfb_drvdata {
On Friday 31 May 2013 14:55:36 Michal Simek wrote:
Dynamically detect endianess on IP and use
ioread/iowrite functions instead of powerpc and microblaze
specific out_be32.
Signed-off-by: Michal Simek michal.si...@xilinx.com
Acked-by: Arnd Bergmann a...@arndb.de
--
To unsubscribe from this
On 05/31/2013 08:37 AM, Michal Simek wrote:
The same is for Microblaze. Driver shares fb_virt for IO memory
and for allocated memory. The purpose of this driver wasn't
to change the driver logic just resolved sparse warnings.
The other way is also wrong.
I have compiled this driver with ppc
On Fri, May 31, 2013 at 01:02:04PM +0100, Stefano Stabellini wrote:
On Fri, 31 May 2013, Catalin Marinas wrote:
On Thu, May 30, 2013 at 05:18:28PM +0100, Stefano Stabellini wrote:
Most of Xen support for ARM is common between ARMv7 and ARMv8.
Create links to the code under arch/arm
On Fri, May 31, 2013 at 02:07:20PM +0200, Ingo Molnar wrote:
For that I'd like to create a persistent event that just keeps
running, and to which I can occasionally attach to read-only to see
what's going on and maybe attach to it read-write to drain the trace
entries. I.e. basically
-Original Message-
From: Yijing Wang [mailto:wangyij...@huawei.com]
Sent: Thursday, May 30, 2013 3:56 PM
To: Rajesh Borundia; Shahed Shaikh; Jitendra Kalsaria; Sony Chacko
Cc: linux-kernel; Dept-Eng Linux Driver; netdev; Hanjun Guo; Jiang Liu;
Yijing Wang
Subject: [PATCH 6/7] qlcnic:
Line 374 is the IDSEL 0x16... line here:
interrupt-map =
/* IRQ mapping for pci slots and ALI M1533
...
* management core also isn't used.
On Thu, May 30, 2013 at 03:59:41PM -0400, Steven Rostedt wrote:
[ Peter and Frederic, can you give me ACKs on this? Thanks ]
Dave Jones hit the following bug report:
===
[ INFO: suspicious RCU usage. ]
3.10.0-rc2+ #1 Not tainted
On 05/31/2013 01:00 PM, Jean-Christophe PLAGNIOL-VILLARD wrote:
On 10:14 Fri 31 May , Michal Simek wrote:
Hi Jean-Christophe,
On 05/30/2013 10:17 PM, Jean-Christophe PLAGNIOL-VILLARD wrote:
On 15:49 Thu 30 May , Michal Simek wrote:
Export of_irq_count for modules.
can you explain
On Fri, May 31, 2013 at 3:01 PM, Linus Walleij linus.wall...@linaro.org wrote:
On Wed, May 22, 2013 at 12:20 PM, Andy Shevchenko
andriy.shevche...@linux.intel.com wrote:
Otherwise we will end up with traceback from LOCKDEP:
Andy do you consider this a regression that needs to go into fixes?
On Fri, 31 May 2013 10:08:27 -0300
Mauro Carvalho Chehab mche...@redhat.com wrote:
Em Thu, 30 May 2013 21:00:01 +0200
Jon Arne Jørgensen jona...@jonarne.no escreveu:
On Thu, May 30, 2013 at 08:33:32AM +0300, Timo Teras wrote:
I would rather have the platform_data provide the new table.
Hi Dan,
On 05/29/2013 01:20 PM, Dan Murphy wrote:
The GPIO for LED D1 on the omap4-panda a1-a3 rev and the omap4-panda-es
are different.
A1-A3 = gpio_wk7clean
ES = gpio_110
There is no change to LED D2
Abstract away the pinmux and the LED definitions for the two boards into
the
On Fri, May 31, 2013 at 10:08:27AM -0300, Mauro Carvalho Chehab wrote:
Em Thu, 30 May 2013 21:00:01 +0200
Jon Arne Jørgensen jona...@jonarne.no escreveu:
On Thu, May 30, 2013 at 08:33:32AM +0300, Timo Teras wrote:
On Thu, 30 May 2013 07:21:36 +0200
Jon Arne Jørgensen jona...@jonarne.no
On Fri, May 31, 2013 at 02:21:16PM +0100, Stefano Stabellini wrote:
On Fri, 31 May 2013, Catalin Marinas wrote:
On Thu, May 30, 2013 at 05:18:32PM +0100, Stefano Stabellini wrote:
--- a/arch/arm/include/asm/xen/page.h
+++ b/arch/arm/include/asm/xen/page.h
@@ -90,6 +90,10 @@ static
Hi,
Any comment on this patch?
It does really help with stack pressure and will help fix a PEBS-LL issue.
Thanks.
On Thu, May 23, 2013 at 8:07 PM, Andrew Hunter a...@google.com wrote:
schedule_events caches event constraints on the stack during
scheduling. Given the number of possible events,
On Thu, 30 May 2013 16:38:47 -0400
Vivek Goyal vgo...@redhat.com wrote:
On Wed, May 29, 2013 at 01:51:44PM +0200, Michael Holzheu wrote:
[..]
START QUOTE
[PATCH v3 1/3] kdump: Introduce ELF header in new memory feature
Currently for s390 we create the ELF core header in the 2nd
On 05/31/2013 03:41 PM, Timur Tabi wrote:
On 05/31/2013 08:37 AM, Michal Simek wrote:
The same is for Microblaze. Driver shares fb_virt for IO memory
and for allocated memory. The purpose of this driver wasn't
to change the driver logic just resolved sparse warnings.
The other way is also
As it stands, the memory node in the u8540 Device Tree is ignored and
memory is actually stipulated by the bootloader via ATAGS. ARM core
architecture code then extracts the memory ATAG and inserts it into the
Device Tree. In the u8540 the LittleKernel bootloader only stipulates
512MB of memory;
In order to utilise all of the memory located on ux500 based devices
we have to enable HIGHMEM. Without it the kernel truncates memory down
to what's left after the PAGE_OFFSET has been applied, which doesn't
leave an awful lot, especially if we're running large rootfs' such
as full Linux desktop
On Fri, 31 May 2013, Takashi Iwai wrote:
I don't see the complexity/hell in adding functions
for specific types of struct * to reduce the complexity
of the code though. Centralizing those indirections
into functions also generally reduces overall code size.
I don't mind to add the
When a too small framebuffer is given, the atmel_lcdfb_check_var
silently fails.
Adding an error message will save some head scratching.
Signed-off-by: Richard Genoud richard.gen...@gmail.com
---
drivers/video/atmel_lcdfb.c |5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git
Hello.
On 31-05-2013 9:20, Joe Perches wrote:
Why not text:%#lx as already used in this string? It's
equivalent to 0x%lx.
Well, I don't know the reasoning in this case, but I'd like to note that
those are not strictly equivalent. Personally I find the formatting of 0
annoying enough
Signed-off-by: Maarten ter Huurne maar...@treewalker.org
---
drivers/base/regmap/regcache-flat.c | 32
1 file changed, 32 insertions(+)
diff --git a/drivers/base/regmap/regcache-flat.c
b/drivers/base/regmap/regcache-flat.c
index d9762e4..1f18bec 100644
---
When removing atmel_lcdfb module, the backlight is unregistered but not
blanked. (only for CONFIG_BACKLIGHT_ATMEL_LCDC case).
This can result in the screen going full white depending on how the PWM
is wired.
Signed-off-by: Richard Genoud richard.gen...@gmail.com
---
drivers/video/atmel_lcdfb.c |
Hi
On 05/31/2013 09:06 AM, Benoit Cousson wrote:
Hi Dan,
On 05/29/2013 01:20 PM, Dan Murphy wrote:
The GPIO for LED D1 on the omap4-panda a1-a3 rev and the omap4-panda-es
are different.
A1-A3 = gpio_wk7clean
ES = gpio_110
There is no change to LED D2
Abstract away the pinmux and the
We don't have to issue a warning when a stronger error correting
capability is chosen.
Signed-off-by: Richard Genoud richard.gen...@gmail.com
---
drivers/mtd/nand/atmel_nand.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/mtd/nand/atmel_nand.c
On 10:14 Fri 31 May , Michal Simek wrote:
Hi Jean-Christophe,
On 05/30/2013 10:17 PM, Jean-Christophe PLAGNIOL-VILLARD wrote:
On 15:49 Thu 30 May , Michal Simek wrote:
Export of_irq_count for modules.
can you explain why do you need to call of_irq_count
I need to count
On 05/29/2013 01:16 PM, Russ Anderson wrote:
To be more specific (now that I've dug through the code), grub2 (used
by rhel7) uses EFI boot stubs. grub and elilo apparently do not use
EFI boot stubs, so they don't hit the problem (at least on my test
systems).
Grub2 *can* use the EFI boot
Sorry. I am not at @intel.com any more. Did not see it.
I will use my private email for now..
Yes. This was bothering my eye for quite a while...
- Dmitry
On Fri, Apr 12, 2013 at 4:12 AM, Alexandru Gheorghiu
gheorghiuan...@gmail.com wrote:
Use ERR_CAST function instead of ERR_PTR and PTR_ERR.
On Fri, 2013-05-31 at 15:34 +0100, Matthew Garrett wrote:
On Fri, May 31, 2013 at 02:43:56PM +0200, Ingo Molnar wrote:
4) The revert is easy, and the functionality the original patch provided
was a marginal increase in debug output to begin with...
I agree that a revert is probably
Sorry. I am not at @intel.com any more. Did not see it.
Will handle.
- Dmitry
On Mon, May 6, 2013 at 1:08 AM, Helge Deller del...@gmx.de wrote:
The umul_ppmm() macro for parisc uses the xmpyu assembler statement
which does calculation via a floating point register.
But usage of floating
On Fri, May 31, 2013 at 02:43:56PM +0200, Ingo Molnar wrote:
4) The revert is easy, and the functionality the original patch provided
was a marginal increase in debug output to begin with...
I agree that a revert is probably the right thing to do here, but the
original patch was there to
At Fri, 31 May 2013 10:24:51 -0400 (EDT),
Alan Stern wrote:
On Fri, 31 May 2013, Takashi Iwai wrote:
I don't see the complexity/hell in adding functions
for specific types of struct * to reduce the complexity
of the code though. Centralizing those indirections
into functions also
Hi,
This patch fixes what I think is a bug in regcache_rbtree_sync().
It is something I noticed when reading the code, I don't have a test
scenario for it. So please review it carefully.
Bye,
Maarten
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the
On 05/31/2013 07:42 AM, James Bottomley wrote:
The only ones that are broken are the Samsung ones. Samsung claims to
have fixed their UEFI firmware, so we could refer any problems to them.
The signature of the Samsung failure, which this is guarding against is
that the laptop gets
Hello all,
is there a good reason why the ping command gets different answers from 3.[2-8]
and 3.9 kernels? Please have a look at this output from strace:
First 3.2.45:
sendmsg(3, {msg_name(16)={sa_family=AF_INET, sin_port=htons(0),
sin_addr=inet_addr(1.2.3.4)},
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 patch only validates the device name and moves the TUNSETIFF
to a
On Fri, May 31, 2013 at 07:42:37AM -0700, James Bottomley wrote:
On Fri, 2013-05-31 at 15:34 +0100, Matthew Garrett wrote:
I agree that a revert is probably the right thing to do here, but the
original patch was there to permit a more accurate calculation of the
amount of nvram in use,
The GPIO for LED D1 on the omap4-panda a1-a3 rev and the omap4-panda-es
are different.
A1-A3 = gpio_wk7
ES = gpio_110
There is no change to LED D2
Abstract away the pinmux and the LED definitions for the two boards into
the respective DTS files.
Signed-off-by: Dan Murphy dmur...@ti.com
---
v8
On Fri, 31 May 2013, Catalin Marinas wrote:
On Fri, May 31, 2013 at 02:21:16PM +0100, Stefano Stabellini wrote:
On Fri, 31 May 2013, Catalin Marinas wrote:
On Thu, May 30, 2013 at 05:18:32PM +0100, Stefano Stabellini wrote:
--- a/arch/arm/include/asm/xen/page.h
+++
A node starting before the minimum register is no reason to reject it,
since its end could be in range. The check for the end already exists
two lines lower, so we can just remove the incorrect check.
Signed-off-by: Maarten ter Huurne maar...@treewalker.org
---
Ah, cack!
One of the pitfalls of autonomously using the '-a' flag.
I'll re-spin.
--
Lee Jones
Linaro ST-Ericsson Landing Team Lead
Linaro.org │ Open source software for ARM SoCs
Follow Linaro: Facebook | Twitter | Blog
--
To unsubscribe from this list: send the line unsubscribe linux-kernel
On Friday 31 May 2013 16:22:24 Michal Simek wrote:
@@ -307,7 +319,11 @@ static int xilinxfb_assign(struct platform_device *pdev,
/* Fill struct fb_info */
drvdata-info.device = dev;
- drvdata-info.screen_base = (void __iomem *)drvdata-fb_virt;
+ if
On 05/31/2013 01:13 PM, Hebbar Gururaja wrote:
Amend the I2C omap pin controller to optionally take a pin control
handle and set the state of the pins to:
- default on boot, resume and before performing an i2c transfer
- idle after initial default, after resume default, and after each
i2c xfer
| 42 +++---
1 file changed, 27 insertions(+), 15 deletions(-)
rebased on linux-next next-20130531
diff --git a/drivers/spi/spi-atmel.c b/drivers/spi/spi-atmel.c
index 31cfc87..ea1ec00 100644
--- a/drivers/spi/spi-atmel.c
+++ b/drivers/spi/spi-atmel.c
@@ -424,10
Signed-off-by: Richard Genoud richard.gen...@gmail.com
---
arch/arm/boot/dts/at91sam9x5.dtsi |6 ++
1 file changed, 6 insertions(+)
rebased on linux-next next-20130531
plus Ludovic Desroches' patch ARM: at91: dt: add header to define at_hdmac
configuration
to get the AT91_DMA_CFG_PER_ID
On Fri, May 31, 2013 at 10:41:33AM +0200, Borislav Petkov wrote:
On Thu, May 30, 2013 at 08:31:08PM -0700, tip-bot for Jacob Shin wrote:
Commit-ID: 757885e94a22bcc82beb9b1445c95218cb20ceab
Gitweb:
http://git.kernel.org/tip/757885e94a22bcc82beb9b1445c95218cb20ceab
Author: Jacob
On Fri, May 31, 2013 at 4:48 PM, Dan Murphy dmur...@ti.com wrote:
The GPIO for LED D1 on the omap4-panda a1-a3 rev and the omap4-panda-es
are different.
A1-A3 = gpio_wk7
ES = gpio_110
There is no change to LED D2
Abstract away the pinmux and the LED definitions for the two boards into
On 05/31/2013 09:56 AM, Arnd Bergmann wrote:
Yes, unfortunately, this is what all other frame buffer drivers do
at the moment. It is technically not correct, but most architectures
are able to call readl/writel on regular memory, or dereference
__iomem tokens, so we often get away with it.
runnable_load_avg is u64, so you need to use div_u64() similar to how it
is already done in task_h_load() further down in this patch. It doesn't
build on ARM as is.
Fix:
- load /= tg-parent-cfs_rq[cpu]-runnable_load_avg + 1;
+ load = div_u64(load,
In order to utilise all of the memory located on ux500 based devices
we have to enable HIGHMEM. Without it the kernel truncates memory down
to what's left after the PAGE_OFFSET has been applied, which doesn't
leave an awful lot, especially if we're running large rootfs' such
as full Linux desktop
--
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 at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
If you send a patch with text above the patch, please include a scissor
line:
---8---
... above the patch so that git tools can process it.
-hpa
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo
Tony, Russell,
On 15-05-2013 10:58, Eduardo Valentin wrote:
Introduce HAS_BANDGAP config entry. This config is a
boolean value so that arch code can flag is they
feature a bandgap device.
This config entry follows the same idea behind
ARCH_HAS_CPUFREQ.
Cc: Russell King
On 14-05-2013 05:58, Amit Daniel Kachhap wrote:
This patch removes the dependency on CPU_THERMAL for compiling TMU driver.
This is useful for cases when only TMU controller needs to be initialised
without cpu cooling action.
Agreed with your intention. I just do not know if it makes sense to
On Friday 31 May 2013 15:24:32 Lee Jones wrote:
In order to utilise all of the memory located on ux500 based devices
we have to enable HIGHMEM. Without it the kernel truncates memory down
to what's left after the PAGE_OFFSET has been applied, which doesn't
leave an awful lot, especially if
On Tue, May 14, 2013 at 06:37:34PM +0200, Lukas Czerner wrote:
In commits 5f95d21fb6f2aaa52830e5b7fb405f6c71d3ab85 and
30bc2ec9598a1b156ad75217f2e7d4560efdeeab we've reworked punch_hole
implementation and there is noting holding us back from using punch hole
on file system with bigalloc
As it stands, the memory node in the u8540 Device Tree is ignored and
memory is actually stipulated by the bootloader via ATAGS. ARM core
architecture code then extracts the memory ATAG and inserts it into the
Device Tree. In the u8540 the LittleKernel bootloader only stipulates
512MB of memory;
On Fri, May 31, 2013 at 08:13:09AM -0700, H. Peter Anvin wrote:
If you send a patch with text above the patch, please include a scissor
line:
---8---
... above the patch so that git tools can process it.
Ah okay, sorry about that, will do so from now on.
Yinghai, Boris, sorry if you have
On Fri, 2013-05-31 at 15:43 +0200, Frederic Weisbecker wrote:
+void __sched notrace preempt_schedule_context(void)
+{
+ struct thread_info *ti = current_thread_info();
+ enum ctx_state prev_ctx;
+
+ if (likely(ti-preempt_count || irqs_disabled()))
+ return;
+
+
On Wed, May 15, 2013 at 11:58 AM, Eduardo Valentin
eduardo.valen...@ti.com wrote:
Introduce HAS_BANDGAP config entry. This config is a
boolean value so that arch code can flag is they
feature a bandgap device.
This config entry follows the same idea behind
ARCH_HAS_CPUFREQ.
It would be nice
richard.gen...@gmail.com
Ludo please take a look but this looks ok to me
Best Regards,
J.
---
drivers/spi/spi-atmel.c | 42 +++---
1 file changed, 27 insertions(+), 15 deletions(-)
rebased on linux-next next-20130531
diff --git a/drivers/spi/spi
On Fri, 31 May 2013, Arnd Bergmann wrote:
On Friday 31 May 2013 15:24:32 Lee Jones wrote:
In order to utilise all of the memory located on ux500 based devices
we have to enable HIGHMEM. Without it the kernel truncates memory down
to what's left after the PAGE_OFFSET has been applied, which
On 05/31/2013 10:05 AM, Javier Martinez Canillas wrote:
On Fri, May 31, 2013 at 4:48 PM, Dan Murphy dmur...@ti.com wrote:
The GPIO for LED D1 on the omap4-panda a1-a3 rev and the omap4-panda-es
are different.
A1-A3 = gpio_wk7
ES = gpio_110
There is no change to LED D2
Abstract away the
On Fri, 31 May 2013, Catalin Marinas wrote:
On Fri, May 31, 2013 at 01:02:04PM +0100, Stefano Stabellini wrote:
On Fri, 31 May 2013, Catalin Marinas wrote:
On Thu, May 30, 2013 at 05:18:28PM +0100, Stefano Stabellini wrote:
Most of Xen support for ARM is common between ARMv7 and ARMv8.
The GPIO for LED D1 on the omap4-panda a1-a3 rev and the omap4-panda-es
are different.
A1-A3 = gpio_wk7
ES = gpio_110
There is no change to LED D2
Abstract away the pinmux and the LED definitions for the two boards into
the respective DTS files.
Signed-off-by: Dan Murphy dmur...@ti.com
---
v9
On 16:28 Fri 31 May , Richard Genoud wrote:
When removing atmel_lcdfb module, the backlight is unregistered but not
blanked. (only for CONFIG_BACKLIGHT_ATMEL_LCDC case).
This can result in the screen going full white depending on how the PWM
is wired.
Signed-off-by: Richard Genoud
On Fri, 31 May 2013, Stefano Stabellini wrote:
On Fri, 31 May 2013, Catalin Marinas wrote:
On Fri, May 31, 2013 at 02:21:16PM +0100, Stefano Stabellini wrote:
On Fri, 31 May 2013, Catalin Marinas wrote:
On Thu, May 30, 2013 at 05:18:32PM +0100, Stefano Stabellini wrote:
---
Hi Linus,
Please pull the arm64 patches below. Thanks.
The following changes since commit c7788792a5e7b0d5d7f96d0766b4cb6112d47d75:
Linux 3.10-rc2 (2013-05-20 14:37:38 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/cmarinas/linux-aarch64.git
The Calxeda SATA phy intermittently fails to bring up a link with Gen3
Retrying the phy hard reset can work around the issue, but the drive
may fail again. In less than 150 out of 15000 test runs, it took more
than 10 tries for the link to be established (but never more than 35).
Triple the
301 - 400 of 1386 matches
Mail list logo
