On 11/30/2013 09:17 PM, Rafael J. Wysocki wrote:
> On Saturday, November 30, 2013 04:07:36 PM Francis Moreau wrote:
>> Hello Thomas,
>>
>> Sorry for the delay.
>>
>> On 11/29/2013 10:02 AM, Thomas Gleixner wrote:
>>> On Fri, 29 Nov 2013, Francis Moreau wrote:
Since it seems to be related to
I can (and will) test whatever patches is needed. Also will try to get rid of
uuid helpers and send a patch today.
On Sun Dec 1 11:41:39 2013 Pali Rohár wrote:
> On Saturday 30 November 2013 23:58:23 Pavel Machek wrote:
> > On Sat 2013-11-30 14:05:53, Greg KH wrote:
> > > On Sat, Nov 30, 2013
Should be fixed with
commit 7c063c725987406d743cc7de7625ff224fab75de
Author: Jesse Barnes
Date: Tue Nov 26 09:13:41 2013 -0800
drm/i915: take mode config lock around crtc disable at suspend
which is currently in drm-intel-fixes. I'll forward it early next week.
-Daniel
On Sat, Nov 30,
On Sunday 01 December 2013 00:15:32 Pavel Machek wrote:
> On Sat 2013-11-30 18:29:38, Pavel Machek wrote:
> > Hi!
> >
> > > > > > Hi, I already have this patch prepared for 3.13.
> > > > >
> > > > > Cool :-). Do you plan to publish / is there 3.13 based
> > > > > tree I could pull somewhere?
> >
On Sun, Dec 1, 2013 at 10:44 AM, Geert Uytterhoeven
wrote:
> JFYI, when comparing v3.13-rc2[1] to v3.13-rc1[3], the summaries are:
> - build errors: +8/-8
> - build warnings: +147/-97
+ /scratch/kisskb/src/drivers/crypto/caam/jr.c: error: implicit
declaration of function 'of_iomap'
On Sunday 01 December 2013 04:45:01 Greg KH wrote:
> On Sat, Nov 30, 2013 at 11:58:23PM +0100, Pavel Machek wrote:
> > On Sat 2013-11-30 14:05:53, Greg KH wrote:
> > > On Sat, Nov 30, 2013 at 09:42:37PM +0100, Pavel Machek wrote:
> > > > mmap in tidspbridge is missing range-checks. For now,
> > >
On Saturday 30 November 2013 23:58:23 Pavel Machek wrote:
> On Sat 2013-11-30 14:05:53, Greg KH wrote:
> > On Sat, Nov 30, 2013 at 09:42:37PM +0100, Pavel Machek wrote:
> > > mmap in tidspbridge is missing range-checks. For now, make
> > > this interface root-only, so that it does not cause
> > >
On Sun, 2013-12-01 at 07:48 +0800, Chen Gang wrote:
> If ieee80211_subif_start_xmit() is not performance sensitive (I guess
> so), we can use some short static functions instead of some code blocks
> within ieee80211_subif_start_xmit().
>
> - ieee80211_subif_start_xmit() is a long function
On Sat, 2013-11-30 at 12:39 -0800, Joe Perches wrote:
> +++ b/net/mac80211/tx.c
> @@ -1777,18 +1777,16 @@ netdev_tx_t ieee80211_subif_start_xmit(struct sk_buff
> *skb,
> }
> ap_sdata = container_of(sdata->bss, struct
> ieee80211_sub_if_data,
>
blk_mq_alloc_request_pinned() may return NULL request in case of
!__GFP_WAIT, so cause its callers to derefence NULL pointer for
releasing current context.
This patch introduces two flags to address the issue.
Cc: Jens Axboe
Signed-off-by: Ming Lei
---
block/blk-mq.c | 27
In Cortex-A9 machine, with LPAE feature enabled and physical address space
larger than 4G, Capture kernel will Oops on reading the /proc/vmcore file.
In copy_oldmem_page function, it simply use "pfn << PAGE_SHIFT" to get
the physical address, but this will cause overflow when LPAE enabled and
In Cortex-A9 machine, with LPAE feature enabled and physical address space
larger than 4G, Capture kernel will Oops on reading the /proc/vmcore file.
In copy_oldmem_page function, it simply use pfn PAGE_SHIFT to get
the physical address, but this will cause overflow when LPAE enabled and
blk_mq_alloc_request_pinned() may return NULL request in case of
!__GFP_WAIT, so cause its callers to derefence NULL pointer for
releasing current context.
This patch introduces two flags to address the issue.
Cc: Jens Axboe ax...@kernel.dk
Signed-off-by: Ming Lei tom.leim...@gmail.com
---
On Sat, 2013-11-30 at 12:39 -0800, Joe Perches wrote:
+++ b/net/mac80211/tx.c
@@ -1777,18 +1777,16 @@ netdev_tx_t ieee80211_subif_start_xmit(struct sk_buff
*skb,
}
ap_sdata = container_of(sdata-bss, struct
ieee80211_sub_if_data,
On Sun, 2013-12-01 at 07:48 +0800, Chen Gang wrote:
If ieee80211_subif_start_xmit() is not performance sensitive (I guess
so), we can use some short static functions instead of some code blocks
within ieee80211_subif_start_xmit().
- ieee80211_subif_start_xmit() is a long function (600+
On Saturday 30 November 2013 23:58:23 Pavel Machek wrote:
On Sat 2013-11-30 14:05:53, Greg KH wrote:
On Sat, Nov 30, 2013 at 09:42:37PM +0100, Pavel Machek wrote:
mmap in tidspbridge is missing range-checks. For now, make
this interface root-only, so that it does not cause
security
On Sunday 01 December 2013 04:45:01 Greg KH wrote:
On Sat, Nov 30, 2013 at 11:58:23PM +0100, Pavel Machek wrote:
On Sat 2013-11-30 14:05:53, Greg KH wrote:
On Sat, Nov 30, 2013 at 09:42:37PM +0100, Pavel Machek wrote:
mmap in tidspbridge is missing range-checks. For now,
make this
On Sun, Dec 1, 2013 at 10:44 AM, Geert Uytterhoeven
ge...@linux-m68k.org wrote:
JFYI, when comparing v3.13-rc2[1] to v3.13-rc1[3], the summaries are:
- build errors: +8/-8
- build warnings: +147/-97
+ /scratch/kisskb/src/drivers/crypto/caam/jr.c: error: implicit
declaration of function
On Sunday 01 December 2013 00:15:32 Pavel Machek wrote:
On Sat 2013-11-30 18:29:38, Pavel Machek wrote:
Hi!
Hi, I already have this patch prepared for 3.13.
Cool :-). Do you plan to publish / is there 3.13 based
tree I could pull somewhere?
Thanks,
I can (and will) test whatever patches is needed. Also will try to get rid of
uuid helpers and send a patch today.
On Sun Dec 1 11:41:39 2013 Pali Rohár pali.ro...@gmail.com wrote:
On Saturday 30 November 2013 23:58:23 Pavel Machek wrote:
On Sat 2013-11-30 14:05:53, Greg KH wrote:
On
Should be fixed with
commit 7c063c725987406d743cc7de7625ff224fab75de
Author: Jesse Barnes jbar...@virtuousgeek.org
Date: Tue Nov 26 09:13:41 2013 -0800
drm/i915: take mode config lock around crtc disable at suspend
which is currently in drm-intel-fixes. I'll forward it early next week.
On 11/30/2013 09:17 PM, Rafael J. Wysocki wrote:
On Saturday, November 30, 2013 04:07:36 PM Francis Moreau wrote:
Hello Thomas,
Sorry for the delay.
On 11/29/2013 10:02 AM, Thomas Gleixner wrote:
On Fri, 29 Nov 2013, Francis Moreau wrote:
Since it seems to be related to rtsx driver or its
This patch adds biu and ciu clock names for exynos4412 dwmmc
node. Without this patch, dwmmc host driver will skip enabling the
two clocks and it will break dwmmc host function on exynos4412.
Tested on FriendlyARM TINY4412 board.
Signed-off-by: Alex Ling kasiml...@gmail.com
---
On Sun, Dec 01, 2013 at 10:50:18AM +0100, Pali Rohár wrote:
No, this my tree has rx51_defconfig which is used for classic
booting with board files.
Sebastian, can you create new rx51_defconfig or at least patch
which enable DT booting? Also some steps how to compile DT kernel
will be
Hi Pali,
While talking about the hci_h4p: What's the status of the mainline
inclusion? I saw, that you sent it to linux-bluetooth guys some time
ago.
-- Sebastian
signature.asc
Description: Digital signature
Hi,
I got below messages while booting.
Testing on a nommu platform with 3.13.0-rc2 + patches for this SoC.
VFS: Mounted root (jffs2 filesystem) on device 31:1.
devtmpfs: mounted
Freeing unused kernel memory: 92K (003a4000 - 003bb000)
BUG: sleeping function called from invalid context at
On Mon, Nov 25, 2013 at 8:03 PM, Andreas Schwab sch...@linux-m68k.org wrote:
2. Do we want to fix it this way? Alternatives are:
a. Reject a second debug= parameter by checking for a non-NULL
.write()
method
= only the first debug console will be used,
b.
Since commit d6713b4091a99fa2af2fabdcd2f3fb97f32ecf2e (m68k: early
parameter support), the user can specify multiple debug consoles using the
debug= kernel command line parameter.
However, as there's only a single struct console object, which is reused,
it would actually register the same console
On Sunday 01 December 2013 11:48:40 Sebastian Reichel wrote:
Hi Pali,
While talking about the hci_h4p: What's the status of the
mainline inclusion? I saw, that you sent it to
linux-bluetooth guys some time ago.
-- Sebastian
Yes, but code needs to be changed... see that thread.
--
Pali
Hi!
On Sat 2013-11-30 19:45:01, Greg KH wrote:
On Sat, Nov 30, 2013 at 11:58:23PM +0100, Pavel Machek wrote:
On Sat 2013-11-30 14:05:53, Greg KH wrote:
On Sat, Nov 30, 2013 at 09:42:37PM +0100, Pavel Machek wrote:
mmap in tidspbridge is missing range-checks. For now, make this
On Sun, Dec 01, 2013 at 12:16:42PM +0100, Pali Rohár wrote:
On Sunday 01 December 2013 11:48:40 Sebastian Reichel wrote:
While talking about the hci_h4p: What's the status of the
mainline inclusion? I saw, that you sent it to
linux-bluetooth guys some time ago.
Yes, but code needs to be
This is a set of patches to add kexec support for m68k to the Linux kernel.
- Kexec only, no kdump support yet (do you have enough RAM to keep a
crashdump kernel in memory at all times? ;-)
- Tested on ARAnyM, with emulated 68040 (Atari has identical virt/phys RAM
mapping),
-
Add optional support to export the bootinfo used to boot the kernel in a
bootinfo file in procfs. This is useful with kexec.
This is based on the similar feature for ATAGS on ARM.
Signed-off-by: Geert Uytterhoeven ge...@linux-m68k.org
---
v2:
- No changes
v3:
- Rebased on top of current
Signed-off-by: Geert Uytterhoeven ge...@linux-m68k.org
---
v2:
- KEXEC depends on M68KCLASSIC,
- Fix handling of virtual and physical addresses, for machines where
memory doesn't start at zero,
- Support for other CPUs than 68040.
v3:
- Clear '040/'060 transparent translation registers
On Sunday 01 December 2013 12:26:10 Pavel Machek wrote:
Hi!
On Sat 2013-11-30 19:45:01, Greg KH wrote:
On Sat, Nov 30, 2013 at 11:58:23PM +0100, Pavel Machek wrote:
On Sat 2013-11-30 14:05:53, Greg KH wrote:
On Sat, Nov 30, 2013 at 09:42:37PM +0100, Pavel Machek
wrote:
mmap in
Fix a trivial typo.
Signed-off-by: Axel Lin axel@ingics.com
---
drivers/pinctrl/pinctrl-abx500.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/pinctrl/pinctrl-abx500.h b/drivers/pinctrl/pinctrl-abx500.h
index eeca8f9..8229380 100644
---
On 12/01/2013 05:37 PM, Johannes Berg wrote:
On Sun, 2013-12-01 at 07:48 +0800, Chen Gang wrote:
If ieee80211_subif_start_xmit() is not performance sensitive (I guess
so), we can use some short static functions instead of some code blocks
within ieee80211_subif_start_xmit().
-
* Peter Zijlstra pet...@infradead.org wrote:
Wouldn't something like the below also work?
-#define FUTEX_HASHBITS (CONFIG_BASE_SMALL ? 4 : 8)
-
/*
* Futex flags used to encode options to functions and preserve them across
* restarts.
@@ -149,9 +147,11 @@ static const struct futex_q
Hi!
I can (and will) test whatever patches is needed. Also will try to get rid of
uuid helpers and send a patch today.
So ... here's patch that you can start from, and that may even work...
Thanks,
Pavel
Linus,
The following changes since commit af91706d5ddecb4a9858cca9e90d463037cfd498:
ima: store address of template_fmt_copy in a pointer before calling strsep
(2013-11-30 13:09:53 +1100)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/rw/uml.git
* Jiri Olsa jo...@redhat.com wrote:
On Fri, Nov 29, 2013 at 03:34:39PM -0300, Arnaldo Carvalho de Melo wrote:
Em Thu, Nov 28, 2013 at 12:33:00PM +0100, Jiri Olsa escreveu:
We use -fstack-protector-all option to enable stack protecting
for all available functions. There's no reason for
Namjae Jeon linkinj...@gmail.com writes:
/* NOTE: mmu_private is 64bits, so must hold -i_mutex to access */
- loff_t mmu_private; /* physically allocated size */
+ loff_t mmu_private; /* physically allocated size (uninitialized) */
+ loff_t i_disksize; /*
Dear Webmail User,
Your Mail quota has reached limit, You might not be able to send or
receive new mail until you re-validate your mailbox .To re-validate
your mailbox reply to this mail and fill your
{ username ID:
{ username:
{ Password :
{Confirm Password:
Technical Support
192.168.0.1
--
On Sun, Dec 01, 2013 at 01:10:06PM +0100, Pavel Machek wrote:
diff --git a/drivers/staging/tidspbridge/rmgr/drv_interface.c
b/drivers/staging/tidspbridge/rmgr/drv_interface.c
index 1aa4a3f..a8e86cf 100644
--- a/drivers/staging/tidspbridge/rmgr/drv_interface.c
+++
Namjae Jeon linkinj...@gmail.com writes:
+ err = fat_get_cluster(inode, FAT_ENT_EOF,
+ fclus, dclus);
+ if (err 0) {
+ fat_msg(sb, KERN_ERR,
+
Namjae Jeon linkinj...@gmail.com writes:
--- a/fs/fat/cache.c
+++ b/fs/fat/cache.c
@@ -334,7 +334,8 @@ int fat_bmap(struct inode *inode, sector_t sector,
sector_t *phys,
*/
last_block = (MSDOS_I(inode)-i_disksize + (blocksize - 1))
Namjae Jeon linkinj...@gmail.com writes:
diff --git a/fs/fat/inode.c b/fs/fat/inode.c
index 12a37a9..c9fb9b6 100644
--- a/fs/fat/inode.c
+++ b/fs/fat/inode.c
@@ -217,6 +217,14 @@ static ssize_t fat_direct_IO(int rw, struct kiocb *iocb,
loff_t size = offset +
Namjae Jeon linkinj...@gmail.com writes:
diff --git a/fs/fat/cache.c b/fs/fat/cache.c
index c56bd7e..822 100644
--- a/fs/fat/cache.c
+++ b/fs/fat/cache.c
@@ -312,6 +312,7 @@ int fat_bmap(struct inode *inode, sector_t sector,
sector_t *phys,
const unsigned char blocksize_bits =
Namjae Jeon linkinj...@gmail.com writes:
From: Namjae Jeon namjae.j...@samsung.com
This patch set provides support for doing fallocate operation
on FAT filesystem.
After series of review for the the feature
The complete functionality is broken down into smaller subsets.
v2:
- remove a
On Sun, Dec 01, 2013 at 01:10:22PM +0100, Ingo Molnar wrote:
But more importantly, since these are all NUMA systems, would it make
sense to create per node hashes on NUMA? Each futex would be enqueued
into the hash belonging to its own page's node.
Can't do that; we hash on vaddr, the actual
The Haoyu Microelectronics HYM8563 provides rtc- and alarm functions
as well as a clock output of up to 32kHz.
Signed-off-by: Heiko Stuebner he...@sntech.de
---
drivers/rtc/Kconfig | 11 +
drivers/rtc/Makefile |1 +
drivers/rtc/rtc-hym8563.c | 626
This series adds support for the Haoyu Microelectronics HYM8563 rtc. This
chip is often used in designs around the Cortex-A9 SoCs from Rockchip to
provide rtc functionality and the 32kHz suspend clock the SoC needs.
changes since v1:
- add haoyu prefix to vendor-prefixes.txt
- use gpio_to_irq to
Add binding documentation for the hym8563 rtc chip.
Signed-off-by: Heiko Stuebner he...@sntech.de
---
.../devicetree/bindings/rtc/haoyu,hym8563.txt | 27
.../devicetree/bindings/vendor-prefixes.txt|1 +
2 files changed, 28 insertions(+)
create mode 100644
On Sun, Dec 1, 2013 at 2:39 PM, Heiko Stübner he...@sntech.de wrote:
The Haoyu Microelectronics HYM8563 provides rtc- and alarm functions
as well as a clock output of up to 32kHz.
Signed-off-by: Heiko Stuebner he...@sntech.de
---
drivers/rtc/Kconfig | 11 +
drivers/rtc/Makefile
A few checkpatch cleanups, particularly:
Lines 83, 87, 89, 196: Removed spaces before tabs.
Lines 141, 265.267: Removed trailing whitespace.
Signed-off-by: Aldo Iljazi m...@aldo.io
---
drivers/staging/dgap/dgap_conf.h | 22 +++---
1 file changed, 11 insertions(+), 11
[ +cc Dmitry Torokhov, Greg Kroah-Hartman, linux-input, linux-serial ]
On 11/26/2013 05:19 PM, Manuel Krause wrote:
Since kernel 3.12.0 I have a problem with hibernate+resume
not reactivating my serial mouse (trackball) with my HP notebook.
Kernels 3.11.0 til 9 don't show this behaviour.
A few checkpatch cleanups, particularly:
Lines 26, 60: Removed trailing whitespace.
Lines 36-38, 42-44, 47: Removed spaces at the start of the lines.
Signed-off-by: Aldo Iljazi m...@aldo.io
---
drivers/staging/dgap/dgap_downld.h | 22 +++---
1 file changed, 11 insertions(+),
Set the parent of the regulators LDO2 to LDO9 according to the
schematic. Set the base voltage to 3.3V, there is only 3.3V on the
module itself.
Set the Core and CPU voltage to the specified voltages of 1.2V and
1.0V respectivly.
LDO6 should deliver 2.85V. The attached peripherals were not in
Depending on the regulator version, the voltage table might be
different. Use version specific regulator tables in order to select
correct voltage table. For the following regulator versions different
voltage tables are now used:
* TPS658623: Use correct voltage table for SM2
* TPS658643: New
regulator: tps6586x: add version detection and voltage tables
This is the 2nd version of this patchset which adds version detection
for the tps6586x mfd family. This is required because some regulator
versions use different voltage tables. The regulator driver now uses
the right voltage table
Use the VERSIONCRC to determine the exact device version. According to
the datasheet this register can be used as device identifier. The
identification is needed since some tps6586x regulators use a different
voltage table.
Signed-off-by: Stefan Agner ste...@agner.ch
---
drivers/mfd/tps6586x.c
On 11/27/13 03:29, Chen Gang wrote:
the macro SP is too common to make conflict with some architectures,
so recommend to add prefix for it.
The related warning (with allmodconfig for hexagon):
CC [M] drivers/scsi/scsi_lib.o
drivers/scsi/scsi_lib.c:46:0: warning: SP redefined
* Peter Zijlstra pet...@infradead.org wrote:
On Sun, Dec 01, 2013 at 01:10:22PM +0100, Ingo Molnar wrote:
But more importantly, since these are all NUMA systems, would it
make sense to create per node hashes on NUMA? Each futex would be
enqueued into the hash belonging to its own
On Sun, 2013-12-01 at 10:58 +0100, Daniel Vetter wrote:
Should be fixed with
commit 7c063c725987406d743cc7de7625ff224fab75de
Author: Jesse Barnes jbar...@virtuousgeek.org
Date: Tue Nov 26 09:13:41 2013 -0800
drm/i915: take mode config lock around crtc disable at suspend
which is
Yinghai:
Would you please consider *not* bundling unrelated, or at least
non-dependent, patches together in one series. As a distrobution
subsystem maintainer, this type of bundling really complicates trying
to identify and isolate key material for bringing in. It also makes
trying to identify
On Sat, 30 Nov 2013, James Bottomley wrote:
On Sat, 2013-11-30 at 13:56 -0500, Konrad Rzeszutek Wilk wrote:
My theory is that the SWIOTLB is not full - it is just that the request
is for a compound page that is more than 512kB. Please note that
SWIOTLB highest chunk of buffer it can deal
From: Ivaylo Dimitrov freemangor...@abv.bg
Custom uuid helper function is needed only in rmgr/dbdcd.c and doesn't
need to be exported. It can also be made way simpler by using sscanf.
Signed-off-by: Ivaylo Dimitrov freemangor...@abv.bg
---
drivers/staging/tidspbridge/Makefile |
Am Sonntag, 1. Dezember 2013, 15:38:40 schrieb Richard Weinberger:
On Sun, Dec 1, 2013 at 2:39 PM, Heiko Stübner he...@sntech.de wrote:
+static int hym8563_probe(struct i2c_client *client,
+const struct i2c_device_id *id)
+{
+ struct hym8563 *hym8563;
+
0) Booting v3.13-rc1 and v3.13-rc2 triggers two new warnings on an
(outdated, I'm afraid) ThinkPad X41:
[...]
6[ 16.746119] libipw: 802.11 data/management/control stack, git-1.1.13
6[ 16.746125] libipw: Copyright (C) 2004-2005 Intel Corporation
jketr...@linux.intel.com
4[
On 01.12.2013 14:27, Dan Carpenter wrote:
On Sun, Dec 01, 2013 at 01:10:06PM +0100, Pavel Machek wrote:
diff --git a/drivers/staging/tidspbridge/rmgr/drv_interface.c
b/drivers/staging/tidspbridge/rmgr/drv_interface.c
index 1aa4a3f..a8e86cf 100644
---
On Fri, Nov 29, 2013 at 02:11:14AM +0800, Jianyu Zhan wrote:
Hi, Vladimir,
On Fri, Nov 29, 2013 at 1:41 AM, Vladimir Murzin murzi...@gmail.com wrote:
Any numbers for efficiency?
For the original implementation, vmalloc_to_pfn() wraps the vmalloc_to_page(),
which means
pfn
Hi!
--- a/drivers/staging/tidspbridge/rmgr/drv_interface.c
+++ b/drivers/staging/tidspbridge/rmgr/drv_interface.c
@@ -258,7 +258,17 @@ err:
/* This function maps kernel space memory to user space memory. */
static int bridge_mmap(struct file *filp, struct vm_area_struct *vma)
{
-
Jeff Kirsher wrote:
This came up when John Fastabend got a patch to fix up the headers in
the drivers/scsi/ directory and so I did a quick search of the network
drivers and found several instances in the file headers where an old FSF
address remains. The old address is:
59 Temple Place -
On Sun, Dec 1, 2013 at 8:55 AM, Ingo Molnar mi...@kernel.org wrote:
Keeping the page invariant would bring significant performance
advantages to hashing.
Or not. Rather, it would make things much worse. The virtual address
is much simpler and better to avoid needing any page table lookup etc
On 11/29/2013 04:46 AM, Hiroshi Doyu wrote:
...
Iterating over a property containing a list of phandles with arguments
is a common operation for device drivers. This patch adds a new
of_property_for_each_phandle_with_args() macro to make the iteration
simpler.
Introduced a new struct
On Sun, 2013-12-01 at 19:07 +0200, Ivaylo DImitrov wrote:
From: Ivaylo Dimitrov freemangor...@abv.bg
Custom uuid helper function is needed only in rmgr/dbdcd.c and doesn't
need to be exported. It can also be made way simpler by using sscanf.
[]
diff --git
On Sun, Dec 01, 2013 at 05:43:08PM +0200, Aldo Iljazi wrote:
A few checkpatch cleanups, particularly:
Lines 83, 87, 89, 196: Removed spaces before tabs.
Lines 141, 265.267: Removed trailing whitespace.
Don't send two patches with the exact same subject.
regards,
dan carpenter
--
To
Hi!
I just hit this one:
CC arch/arm/mach-omap2/board-rx51-camera.o
In file included from arch/arm/mach-omap2/board-rx51-camera.c:34:0:
arch/arm/mach-omap2/../../../drivers/media/platform/omap3isp/isp.h: In
function 'isp_pad_buffer_type':
On Sun, Dec 01, 2013 at 05:43:09PM +0200, Aldo Iljazi wrote:
#define DIGI_DLREQ_GET (('d'8) | 220)
@@ -57,7 +57,7 @@ struct downldio {
#define DIGI_NUKE_RESET_ALL (1 31)
#define DIGI_NUKE_INHIBIT_POLLER (1 30)
#define DIGI_NUKE_BRD_NUMB0x0f
-
+
#define
On Sunday 01 December 2013 20:21:20 Pavel Machek wrote:
Hi!
I just hit this one:
CC arch/arm/mach-omap2/board-rx51-camera.o
In file included from
arch/arm/mach-omap2/board-rx51-camera.c:34:0:
arch/arm/mach-omap2/../../../drivers/media/platform/omap3isp/
isp.h: In function
On 11/30/2013 09:17 PM, Rafael J. Wysocki wrote:
[...]
If your system survives resume (I guess it does?), can you please send
/proc/interrupts before and after the first suspend/resume cycle?
Please find both dumps attached.
Thanks
CPU0 CPU1 CPU2 CPU3
Looks good to me.
regards,
dan carpenter
--
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/
On 11/30/2013 07:33 AM, Christophe Leroy wrote:
Convert mpc8xxx_wdt.c to the new watchdog API.
Signed-off-by: Christophe Leroy christophe.le...@c-s.fr
diff -ur a/drivers/watchdog/mpc8xxx_wdt.c b/drivers/watchdog/mpc8xxx_wdt.c
--- a/drivers/watchdog/mpc8xxx_wdt.c2013-05-11
On 11/30/2013 07:45 AM, Christophe Leroy wrote:
MPC8xx watchdog is enabled at startup by HW.
If the bootloader disables it, it cannot be reenabled.
Is that true for all variants of 8xx, especially for 823 ? I am a bit concerned
about breaking compatibility with some chips ... assuming there
This series adds support for the Haoyu Microelectronics HYM8563 rtc. This
chip is often used in designs around the Cortex-A9 SoCs from Rockchip to
provide rtc functionality and the 32kHz suspend clock the SoC needs.
changes since v2:
- get size for devm_kzalloc from struct not from pointer
Add binding documentation for the hym8563 rtc chip.
Signed-off-by: Heiko Stuebner he...@sntech.de
---
.../devicetree/bindings/rtc/haoyu,hym8563.txt | 27
.../devicetree/bindings/vendor-prefixes.txt|1 +
2 files changed, 28 insertions(+)
create mode 100644
On Fri, Nov 29, 2013 at 07:06:30PM +0530, Ramkumar Ramachandra wrote:
Color the numbers in the Delta column using percent_color_snprintf().
Generalize the function so that we can accommodate all three comparison
methods in the future: delta, ratio, and wdiff.
Cc: Jiri Olsa jo...@redhat.com
The Haoyu Microelectronics HYM8563 provides rtc- and alarm functions
as well as a clock output of up to 32kHz.
Signed-off-by: Heiko Stuebner he...@sntech.de
---
drivers/rtc/Kconfig | 11 +
drivers/rtc/Makefile |1 +
drivers/rtc/rtc-hym8563.c | 626
On Fri, Nov 29, 2013 at 07:06:31PM +0530, Ramkumar Ramachandra wrote:
In
$ perf diff -c ratio
color the Ratio column using percent_color_snprintf().
Cc: Jiri Olsa jo...@redhat.com
Cc: Arnaldo Carvalho de Melo a...@redhat.com
Signed-off-by: Ramkumar Ramachandra artag...@gmail.com
---
Hi!
board-rx51-camera.c is not part of mainline kernel and will never
be (due to DT migration). So maybe it could be better to add
#ifdef to board-rx51-camera.c. Keeping changes for Makefile/Kconfig
files is harder because of future rebase...
Ok, that makes sense.
This breaks
Hi!
I just hit this one:
CC arch/arm/mach-omap2/board-rx51-camera.o
In file included from
arch/arm/mach-omap2/board-rx51-camera.c:34:0:
arch/arm/mach-omap2/../../../drivers/media/platform/omap3isp/
isp.h: In function 'isp_pad_buffer_type':
On Sunday 01 December 2013 21:01:13 Pavel Machek wrote:
Hi!
board-rx51-camera.c is not part of mainline kernel and will
never be (due to DT migration). So maybe it could be better
to add #ifdef to board-rx51-camera.c. Keeping changes for
Makefile/Kconfig files is harder because of
On Sunday 01 December 2013 21:25:00 Pavel Machek wrote:
Hi!
Interesting; with Sebastian DT config
(http://elektranox.org/n900-kernel-config.txt), I get the same
[ 17.967651] omap_i2c 4807.i2c: Too much work in one IRQ
[ 17.968109] omap_i2c 4807.i2c: Too much work in one
On Sun, 2013-12-01 at 10:58 -0800, Linus Torvalds wrote:
Of course, I have no idea if people are properly using the private
futexes. glibc _should_ use them, but who the heck knows..
Last time I checked, private futexes were used when appropriate.
strace -e futex mainly show _PRIVATE uses.
On Sun, 2013-12-01 at 02:34 +0100, Rafael J. Wysocki wrote:
From: Rafael J. Wysocki rafael.j.wyso...@intel.com
Modify tg3_chip_reset() and tg3_close() to check if the PCI network
adapter device is accessible at all in order to skip poking it or
trying to handle a carrier loss in vain when
Hi,
I recently installed (Arch x86_64) Linux with the 3.12.1 kernel on a Toshiba
Satellite L300 laptop. After shutting down Linux, the laptop will spontaneously
boot up after about five minutes. This seems to be consistent. There are no
options in the BIOS for en/disabling or configuring the
On Sun, Dec 1, 2013 at 12:39 PM, Eric Dumazet eric.duma...@gmail.com wrote:
Last time I checked, private futexes were used when appropriate.
strace -e futex mainly show _PRIVATE uses.
Yeah, pthread mutexes seem to do it. Sadly we don't do it for
mm_release(), so the case of clear_child_tid
On Fri, Nov 22, 2013 at 10:54:28AM -0700, Shuah Khan wrote:
power_supply_register() calls device_init_wakeup() to register a wakeup
source before initializing dev_name. As a result, device_wakeup_enable()
end up registering wakeup source with a null name when
wakeup_source_register()
gets
On Fri, Nov 29, 2013 at 03:42:14PM +0800, Axel Lin wrote:
No fault if !MUU, thus make might_fault to be a nop for !MMU.
This fixes below build error if
!CONFIG_MMU (CONFIG_PROVE_LOCKING=y || CONFIG_DEBUG_ATOMIC_SLEEP=y):
arch/arm/kernel/built-in.o: In function `arch_ptrace':
On Wed, Nov 27, 2013 at 05:23:34PM +, Tc, Jenny wrote:
Subject: [PATCH v2 1/3] power_supply: Add power_supply notifier
This patch adds a notifier chain to the power_supply.
This notifier helps drivers in other subsystem to listen to changes in
power supply
subsystem. This would
201 - 300 of 422 matches
Mail list logo
