Hi Luis,
On Saturday 13 October 2012 10:00:42 Luis R. Rodriguez wrote:
> On Sat, Oct 13, 2012 at 3:33 AM, Laurent Pinchart wrote:
> > On Friday 12 October 2012 16:49:31 Luis R. Rodriguez wrote:
> >> From: "Luis R. Rodriguez"
> >>
> >> The UAPI changes split kernel API and userspace API
> >> cont
Hi Stephen,
On Mon, Oct 15, 2012 at 11:42:44AM -0600, Stephen Warren wrote:
> Joerg, given 3.7-rc1 is now out, I'd like to take this through the Tegra
> tree due to other patches depending on it.
>
> Given the patch is so trivial, I'll probably just apply it anyway soon -
> this is more of a hea
David,
On Mon, Oct 15, 2012 at 9:46 PM, David Rientjes wrote:
> On Sat, 13 Oct 2012, Ezequiel Garcia wrote:
>
>> But SLAB suffers from a lot more internal fragmentation than SLUB,
>> which I guess is a known fact. So memory-constrained devices
>> would waste more memory by using SLAB.
>
> Even wi
On Tue, Oct 16, 2012 at 09:32:29AM +0200, Gabor Z. Papp wrote:
> lo lo,
>
> I'm trying to compile 2.6.32.60 with gcc 4.7.2, and getting the
> following error:
>
> CC arch/x86/kernel/ptrace.o
> arch/x86/kernel/ptrace.c:1472:17: error: conflicting types for
> 'syscall_trace_enter'
> In file
I have this lockdep warning on wireless-testing tree based
on 3.7-rc1 (no other patches except wireless bits).
=
Restarting tasks ... done.
[ INFO: possible recursive locking detected ]
3.7.0-rc1-wl+ #2 Not tainted
---
On Tue, Oct 16, 2012 at 11:26:01AM +0200, Laurent CARON wrote:
> On Tue, Oct 16, 2012 at 11:03:53AM +0200, Borislav Petkov wrote:
> > That's:
> >
> > BUG_ON(async_tx_test_ack(depend_tx) || txd_next(depend_tx)
> > ||
> > txd_parent(tx));
> >
> > but probably th
On Mon, Oct 15, 2012 at 11:42:44AM -0600, Stephen Warren wrote:
> Joerg, given 3.7-rc1 is now out, I'd like to take this through the Tegra
> tree due to other patches depending on it.
>
> Given the patch is so trivial, I'll probably just apply it anyway soon -
> this is more of a heads-up to avoi
On Mon, Oct 15, 2012 at 11:33:08PM +0800, Fei Yang wrote:
> 2012/10/15 Mikael Pettersson :
> > Yangfei (Felix) writes:
> > > Hi all,
> > >
> > > I found that hardcoded instruction in inline asm can cause certains
> > certain features fail to work on ARM platform due to endianness.
> > >
Posting this patch to fix an issue concerning sparse irq's that I raised
a while back. There was discussion about adding refcounting to sparse
irqs (to fix other potential race conditions), but that does not appear to
have been addressed yet. This covers the only issue of this type that I've
enco
On 10/16/2012 04:39 AM, Mel Gorman wrote:
Thierry reported that the "iron out" patch for isolate_freepages_block()
had problems due to the strict check being too strict with "mm: compaction:
Iron out isolate_freepages_block() and isolate_freepages_range() -fix1".
It's possible that more pages tha
On Tue, Oct 16, 2012 at 02:48:25PM +0200, Borislav Petkov wrote:
> On Tue, Oct 16, 2012 at 11:26:01AM +0200, Laurent CARON wrote:
> > On Tue, Oct 16, 2012 at 11:03:53AM +0200, Borislav Petkov wrote:
> > > That's:
> > >
> > > BUG_ON(async_tx_test_ack(depend_tx) ||
> > > txd_next(de
On 10/16/2012 01:57 AM, Greg KH wrote:
> On Tue, Oct 16, 2012 at 01:31:18AM +0200, Roland Stigge wrote:
>> +int gpio_block_export(struct gpio_block *block)
>> +{
>> +int status;
>> +struct device *dev;
>> +
>> +/* can't export until sysfs is available ... */
>> +if (!g
David Sharp wrote:
> > Please use the Kbuild infrastructure ("generic-y += ..." in
> > arch/*/include/asm/Kbuild)
> > instead of adding wrappers around the asm-generic version.
>
> mips apparently recencly got rid of arch/mips/include/asm/Kbuild.
It didn't. However, if you use patch to create
On Tue, 2012-10-16 at 09:35 -0300, Ezequiel Garcia wrote:
> Now, returning to the fragmentation. The problem with SLAB is that
> its smaller cache available for kmalloced objects is 32 bytes;
> while SLUB allows 8, 16, 24 ...
>
> Perhaps adding smaller caches to SLAB might make sense?
> Is there
The prediction for future is difficult and when the cpuidle governor prediction
fails and govenor possibly choose the shallower C-state than it should. How to
quickly notice and find the failure becomes important for power saving.
cpuidle menu governor has a method to predict the repeat pa
The prediction for future is difficult and when the cpuidle governor prediction
fails and govenor possibly choose the shallower C-state than it should. How to
quickly notice and find the failure becomes important for power saving.
cpuidle menu governor has a method to predict the repeat patt
In general case, the expected residency is much larger than deepest C-state
target residency, but prediction logic still predicts the small predicted
residency, so the prediction history is totally broken. In this situation,
reset the correction factor is the only choice.
Signed-off-by: Youquan So
When cpuidle governor choose a C-state to enter for idle CPU, but it notice that
there is tasks request to be executed. So the idle CPU will not really enter
the target C-state and go to run task.
In this situation, it will use the residency of previous really entered target
C-states. Obviously,
The function detect_repeating_patterns was not very useful for
workloads with alternating long and short pauses, for example
virtual machines handling network requests for each other (say
a web and database server).
Instead, try to find a recent sleep interval that is somewhere
between the median
The prediction for future is difficult and when the cpuidle governor prediction
fails and govenor possibly choose the shallower C-state than it should. How to
quickly notice and find the failure becomes important for power saving.
The patch extends to general case that prediction logic get a
The i7core_edac addrmatch_dev and chancounts_dev have sysfs files
associated with them. The sysfs files, however, are coded so that the
parent device is is the mci device. This is incorrect and the mci struct
should be obtained through the addrmatch_dev and chancounts_dev device's
private data fi
On Tue, Oct 16, 2012 at 03:08:41PM +0800, Ming Lei wrote:
> On Tue, Oct 16, 2012 at 1:49 PM, Minchan Kim wrote:
> >
> > Fair enough but it wouldn't be a good idea that add new unlikely branch
> > in allocator's fast path. Please move the check into slow path which could
> > be in __alloc_pages_slo
On Tue, Oct 16, 2012 at 09:39:27AM +0100, Mel Gorman wrote:
> Thierry reported that the "iron out" patch for isolate_freepages_block()
> had problems due to the strict check being too strict with "mm: compaction:
> Iron out isolate_freepages_block() and isolate_freepages_range() -fix1".
> It's poss
The new registers handling in the gpio-74x164 driver allocates chip->registers
* 8 bytes where only one byte per register is necessary. This patch fixes this.
Signed-off-by: Roland Stigge
---
drivers/gpio/gpio-74x164.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- linux-2.6.orig/
The i7core_edac addrmatch_dev and chancounts_dev have sysfs files
associated with them. The sysfs files, however, are coded so that the
parent device is is the mci device. This is incorrect and the mci struct
should be obtained through the addrmatch_dev and chancounts_dev device's
private data fi
On 2012-10-16 14:51, Peter Ujfalusi wrote:
> Appear to be a copy-paste bug: the code was checking
> board_data->dsi_enable_pads
> while calling board_data->dsi_disable_pads.
>
>
> Signed-off-by: Peter Ujfalusi
> ---
>
> Hi Tomi,
>
> not sure if this need to be included to 3.7
Thanks. Probabl
On Tue 16-10-12 18:12:08, Sha Zhengju wrote:
> From: Sha Zhengju
>
> Sysctl oom_kill_allocating_task enables or disables killing the OOM-triggering
> task in out-of-memory situations, but it only works on overall system-wide
> oom.
> But it's also a useful indication in memcg so we take it into
On Tuesday 16 October 2012 at 12:00:13, Linus Walleij wrote:
> On Tue, Oct 16, 2012 at 8:51 AM, Lars Poeschel wrote:
> > On Monday 15 October 2012 at 15:00:12, Linus Walleij wrote:
> >> > + /* if io is set to output, just return the saved value */
> >> > + if (gpio->gpioa_out & (1 << o
>From af0876644f04eca9d59c96320447abb0af526079 Mon Sep 17 00:00:00 2001
From: Tetsuo Handa
Date: Tue, 16 Oct 2012 22:30:38 +0900
Subject: [PATCH 3.7-rc1] Fix kconfig failure on old environments.
Commit 95ac9b3b "menuconfig: Assign jump keys per-page instead of globally"
used macros which are avai
On Tue, Oct 16, 2012 at 9:09 PM, Minchan Kim wrote:
>
> Good point. You can check it in __zone_reclaim and change gfp_mask of
> scan_control
> because it's never hot path.
>
>>
>> So could you make sure it is safe to move the branch into
>> __alloc_pages_slowpath()? If so, I will add the check i
On Mon, 15 Oct 2012, David Rientjes wrote:
> On Mon, 15 Oct 2012, Christoph Lameter wrote:
>
> > > Use the always inlined function kmalloc_index to translate
> > > sizes to indexes, so that we don't have to have the slab indexes
> > > hard coded in two places.
> >
> > Acked-by: Christoph Lameter
On Tue, Oct 16, 2012 at 09:47:03PM +0800, Ming Lei wrote:
> On Tue, Oct 16, 2012 at 9:09 PM, Minchan Kim wrote:
> >
> > Good point. You can check it in __zone_reclaim and change gfp_mask of
> > scan_control
> > because it's never hot path.
> >
> >>
> >> So could you make sure it is safe to move t
From: Davide Ciminaghi
It is sometimes convenient for a regmap user to override the standard
regmap lock/unlock functions with custom functions.
For instance this can be useful in case an already existing spinlock
or mutex has to be used for locking a set of registers instead of the
internal regm
On Wed, 10 Oct 2012, Dmitry Torokhov wrote:
> Jiri,
>
> Are you OK with this change?
Yes, please take it through your tree together with the proper driver and
add
Acked-by: Jiri Kosina
to the HID blacklist additions.
Thanks,
--
Jiri Kosina
SUSE Labs
--
To unsubscribe from this lis
[1.] One line summary of the problem:
CPUFreq BIOS limit problems
[2.] Full description of the problem/report:
The frequency steps of my laptop range from 1GHz to 1.83GHz. When I
disconnect my AC adapter the BIOS enforces an upper frequency limit of
1GHz for a 'settling' period of around 15
Hello,
On Mon, Oct 15, 2012 at 12:16:49AM +0100, Russell King - ARM Linux wrote:
> On Mon, Oct 15, 2012 at 12:39:40AM +0200, Daniel Mack wrote:
> > Tested-by: Daniel Mack
> >
> > Many thanks for the very prompt response!
>
> Thanks Daniel.
>
> I've also tested this on my OMAP4430 board running
On Tue, Oct 16, 2012 at 04:04:14PM +0200, Uwe Kleine-König wrote:
> I used:
> movne r0, r4
> - movne lr, pc
> - movne pc, r5
> + blxne r5
> get_thread_info tsk
>
> but I assume Russell's patch is better. (Probably because blx doesn't
> exist everywhere?!)
Correct.
From: Borislav Petkov
First of all, the double loop of first counting the northbridges on
the system, then allocating them and then going over them again was
bugging me for a long time now. Fix it by moving the allocation of the
descriptors in the initial iteration path.
Then, modify the enclosi
On 16/10/2012 22:06, Borislav Petkov wrote:
> From: Borislav Petkov
>
> First of all, the double loop of first counting the northbridges on
> the system, then allocating them and then going over them again was
> bugging me for a long time now. Fix it by moving the allocation of the
> descriptors i
Hi Inki,
Inki Dae wrote @ Tue, 16 Oct 2012 12:12:49 +0200:
> Hi Hiroshi,
>
> 2012/10/16 Hiroshi Doyu :
> > Hi Inki/Marek,
> >
> > On Tue, 16 Oct 2012 02:50:16 +0200
> > Inki Dae wrote:
> >
> >> 2012/10/15 Marek Szyprowski :
> >> > Hello,
> >> >
> >> > Some devices, which have IOMMU, for some u
This reverts commit 957ee7270d632245b43f6feb0e70d9a5e9ea6cf6
(serial: omap: fix software flow control).
As Russell has pointed out, that commit isn't fixing
Software Flow Control at all, and it actually makes
it even more broken.
It was agreed to revert this commit and use Russell's
latest UART p
2012/10/16 Andrew Morton :
> On Mon, 15 Oct 2012 19:38:46 +0800
> Qing Z wrote:
>
>> >> atomic_notifier_call_chain(&panic_notifier_list, 0, buf);
>> >>
>> >> + /*
>> >> + * Unlock the console anyway here, in case it's occupied by another
>> >> + * one which has no chance to unl
On Fri, Oct 05, 2012 at 06:23:57PM -0400, bfields wrote:
> I find that I can reliably crash 3.6 by booting to a kernel with
> CONFIG_INTEL_IDLE set and running
>
> dd if=/dev/zero of=BIG
For any archives: see further discussion at
https://bugzilla.redhat.com/show_bug.cgi?id=715485
On Tue, Oct 16, 2012 at 5:34 AM, Laurent Pinchart
wrote:
> Hi Luis,
>
> On Saturday 13 October 2012 10:00:42 Luis R. Rodriguez wrote:
>> On Sat, Oct 13, 2012 at 3:33 AM, Laurent Pinchart wrote:
>> > On Friday 12 October 2012 16:49:31 Luis R. Rodriguez wrote:
>> >> From: "Luis R. Rodriguez"
>> >>
Hi all,
a bunch of my boxes started showing this on 3.7-rc1 (and maybe earlier):
[4.667077] ata4.00: failed to get Identify Device Data, Emask 0x1
[4.675071] ata4.00: failed to get Identify Device Data, Emask 0x1
Another one:
[3.325371] ata4.00: failed to get Identify Device Data, E
On Mon, Oct 15, 2012 at 7:41 PM, Stephen Rothwell wrote:
>>
>> git://git.kernel.org/pub/scm/linux/kernel/git/penberg/linux.git
>> kvmtool/for-linus
>
> So you have not taken this in the v3.7 merge window.
>
> Will you ever merge this?
I have yet to see a compelling argument for merging it. It'
This patch adds device tree support to the rtc-imxdi driver.
Signed-off-by: Roland Stigge
---
Documentation/devicetree/bindings/rtc/imxdi-rtc.txt | 17 +
drivers/rtc/rtc-imxdi.c | 11 +++
2 files changed, 28 insertions(+)
--- /dev/null
+++
This patch enables support for i.MX53 in addition to i.MX25
Signed-off-by: Roland Stigge
---
drivers/rtc/Kconfig |2 +-
drivers/rtc/rtc-imxdi.c | 25 -
2 files changed, 17 insertions(+), 10 deletions(-)
--- linux-2.6.orig/drivers/rtc/Kconfig
+++ linux-2.6/drive
From: Borislav Petkov
Normally, writing to MCE MSRs causes a #GP. Add a function to enable
direct accesses to those MSRs.
Signed-off-by: Borislav Petkov
---
arch/x86/ras/amd/mce-inject.c | 24
1 file changed, 24 insertions(+)
diff --git a/arch/x86/ras/amd/mce-inject.c
From: Borislav Petkov
v2: Address all comments from last round.
v1:
So this basically moves the mce-inject module to arch/x86/ras/ and adds
a bunch of features to it.
More importantly, though, it creates all the glue to add the
arch/x86/ras/ directory to Kconfig. The idea is to gradually colle
From: Borislav Petkov
This should collect all x86 RAS-related stuff.
Signed-off-by: Borislav Petkov
---
arch/x86/Kconfig | 6 ++
arch/x86/Makefile | 3 +++
2 files changed, 9 insertions(+)
create mode 100644 arch/x86/ras/Makefile
diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig
index 1a
From: Borislav Petkov
This is the code collecting all AMD MCE injection methods.
No functionality change.
Signed-off-by: Borislav Petkov
---
arch/x86/Kconfig| 2 ++
arch/x86/ras/Kconfig| 11 +++
arch/
On Tue, 16 Oct 2012 16:49:32 +0200
Borislav Petkov wrote:
> Hi all,
>
> a bunch of my boxes started showing this on 3.7-rc1 (and maybe earlier):
>
> [4.667077] ata4.00: failed to get Identify Device Data, Emask 0x1
> [4.675071] ata4.00: failed to get Identify Device Data, Emask 0x1
Can
From: Borislav Petkov
hw_inject denotes whether we want to do a hardware or a software
injection and, in the case of hardware injection, we want to do that on
a particular cpu, thus the 'cpu' attribute.
Signed-off-by: Borislav Petkov
---
arch/x86/ras/amd/mce-inject.c | 55 +
From: Borislav Petkov
Selectively inject either a real MCE or a sw-only version which
exercises the decoding code only. The hardware-injected MCE triggers a
machine check exception (#MC) so that the MCE handler can be bothered to
do something too.
Signed-off-by: Borislav Petkov
---
arch/x86/ra
From: Borislav Petkov
This is a module which is used for debugging MCE decoding paths so its
userspace interface should go to debugfs, where it belongs conceptually.
While at it, add a warning to the Kconfig text that this interface is
unstable and no userspace scripts should rely all too much o
This will fix warnings like following when CONFIG_PM_SLEEP is not set:
warning: 'xxx_suspend' defined but not used [-Wunused-function]
warning: 'xxx_resume' defined but not used [-Wunused-function]
Cc: Herbert Xu
Cc: "David S. Miller"
Cc: linux-cry...@vger.kernel.org
Signed-off-
This will fix warnings like following when CONFIG_PM_SLEEP is not set:
warning: 'xxx_suspend' defined but not used [-Wunused-function]
warning: 'xxx_resume' defined but not used [-Wunused-function]
Because
SET_SYSTEM_SLEEP_PM_OPS(suspend_fn, resume_fn)
Only references the
This will fix warnings like following when CONFIG_PM_SLEEP is not set:
warning: 'xxx_suspend' defined but not used [-Wunused-function]
warning: 'xxx_resume' defined but not used [-Wunused-function]
Because
SET_SYSTEM_SLEEP_PM_OPS(suspend_fn, resume_fn)
Only references the
This will fix warnings like following when CONFIG_PM_SLEEP is not set:
warning: 'xxx_suspend' defined but not used [-Wunused-function]
warning: 'xxx_resume' defined but not used [-Wunused-function]
Because
SET_SYSTEM_SLEEP_PM_OPS(suspend_fn, resume_fn)
Only references the
This will fix warnings like following when CONFIG_PM_SLEEP is not set:
warning: 'xxx_suspend' defined but not used [-Wunused-function]
warning: 'xxx_resume' defined but not used [-Wunused-function]
Cc: "Rafael J. Wysocki"
Cc: Jens Axboe
Signed-off-by: Yuanhan Liu
Signed-off-by:
On Tue, 16 Oct 2012 00:48:53 +0100
Al Viro wrote:
> On Mon, Oct 15, 2012 at 07:40:08PM -0400, Pavel Roskin wrote:
> > On Tue, 16 Oct 2012 00:27:05 +0100
> > Al Viro wrote:
> >
> > > I think I understand what's going on there. Add
> > > fput(files[0]) after that replace_fd(); we have a leak a
// Add CC to PM list
On Tue, Oct 16, 2012 at 10:59:01PM +0800, Yuanhan Liu wrote:
> This will fix warnings like following when CONFIG_PM_SLEEP is not set:
>
> warning: 'xxx_suspend' defined but not used [-Wunused-function]
> warning: 'xxx_resume' defined but not used [-Wunused-fun
[CC += linux-api@]
Hello Paton,
On Thu, Aug 23, 2012 at 11:15 PM, Paton J. Lewis wrote:
> From: "Paton J. Lewis"
>
> Enhanced epoll_ctl to support EPOLL_CTL_DISABLE, which disables an epoll item.
> If epoll_ctl doesn't return -EBUSY in this case, it is then safe to delete the
> epoll item in a
* Felipe Balbi [121016 07:16]:
> This reverts commit 957ee7270d632245b43f6feb0e70d9a5e9ea6cf6
> (serial: omap: fix software flow control).
>
> As Russell has pointed out, that commit isn't fixing
> Software Flow Control at all, and it actually makes
> it even more broken.
>
> It was agreed to re
Em Tue, Oct 16, 2012 at 02:33:35AM +0300, Irina Tirdea escreveu:
> From: Irina Tirdea
>
> Temporary perf files are hardcoded to point to /tmp. Android does not have
> a /tmp directory so it needs to set this path at compile time.
>
> Add a compile-time definition (PERF_TMP_DIR) in the Makefile t
On Tue, Oct 16, 2012 at 03:58:24PM +0100, Alan Cox wrote:
> Can you check whether 3.6 works on them. I know 3.6 is horribly broken
> on several brands of AHCI controller (Jmicron for example). Dunno
> where Jeff is on fixing the regressions ?
If by "works" you mean I don't see the message there, t
Em Tue, Oct 16, 2012 at 02:33:36AM +0300, Irina Tirdea escreveu:
> @@ -838,7 +840,11 @@ $(OUTPUT)builtin-help.o: builtin-help.c
> $(OUTPUT)common-cmds.h $(OUTPUT)PERF-CFL
> $(QUIET_CC)$(CC) -o $@ -c $(ALL_CFLAGS) \
> '-DPERF_HTML_PATH="$(htmldir_SQ)"' \
> '-DPERF_
Gerry (CC'd) reported a bug to us that since 3.6.1, his illuminated
Logitech USB keyboard doesn't light up until he hits a key, and then
it immediately powers back off, defeating the purpose of having an
illumated keyboard.
Looking over the 3.6.1 changelog, I see this change, which sounds
like it
Em Tue, Oct 16, 2012 at 02:33:37AM +0300, Irina Tirdea escreveu:
> From: Irina Tirdea
>
> When analyzing data recorded on a target with a different architecture
> than the host, we must use addr2line from the toolchain for that
> architecture.
>
> Add a command line option to allow setting addr2
Some GPIO expanders need some early pin control muxing. Due to
legacy boards sometimes the driver uses subsys_initcall instead of
module_init. This patch takes advantage of defer probe feature
and pin control in order to wait until pin control probing before
GPIO driver probing. It has been tested
Em Tue, Oct 16, 2012 at 02:33:38AM +0300, Irina Tirdea escreveu:
> From: Namhyung Kim
Well, by now it is not anymore from Namhyung, but based on a previous
patch by him, right?
I'm ok with the patch, thanks for addressing my suggestions, but please
resubmit with you as the patch author, giving c
Em Tue, Oct 16, 2012 at 02:33:39AM +0300, Irina Tirdea escreveu:
> From: Irina Tirdea
>
> As we have architecture information of saved perf.data file, we can
> also try to find cross-built addr2line path. The predefined triplets
> include support for Android (arm, x86 and mips architectures).
Th
Correct DMIC hwmod lockup error message and replace printk() by
pr_err().
Signed-off-by: Sebastien Guiriec
---
arch/arm/mach-omap2/devices.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/mach-omap2/devices.c b/arch/arm/mach-omap2/devices.c
index c8c2117..cba60e0
On Tue, 16 Oct 2012, Glauber Costa wrote:
> To avoid adding markers to the page - and a kmem flag that would
> necessarily follow, as much as doing page_cgroup lookups for no reason,
> whoever is marking its allocations with __GFP_KMEMCG flag is responsible
> for telling the page allocator that th
On 10/16/2012 11:24 AM, Murali Karicheri wrote:
Currently this driver expects the clock-frequency attribute. This
patch allows getting clock-frequency through clk driver API
clk_get_rate() if clock-frequency attribute is not defined.
So in the device bindings for serial device, one can add clock
On 10/16/2012 11:24 AM, Murali Karicheri wrote:
Signed-off-by: Murali Karicheri
diff --git a/Documentation/devicetree/bindings/tty/serial/of-serial.txt
b/Documentation/devicetree/bindings/tty/serial/of-serial.txt
index 0847fde..423b7ff 100644
--- a/Documentation/devicetree/bindings/tty/serial/
On Mon, Oct 8, 2012 at 6:24 PM, Huang, Xiong wrote:
> Hi Luis
>
> I'm refining the code, I try my best to make it upstream ASAP. Thanks !
Ok great thanks, in that case I'm going to make it policy moving
forward to simply not take in full drivers at all into compat-drivers
regardless of the si
On Tue, Oct 16, 2012 at 09:25:11AM +, Arnd Bergmann wrote:
> On Tuesday 16 October 2012, Mark Brown wrote:
> > That'd work, but I assume there is some reason why we've got this system
> > of explicitly adding each file. It's not like cpp can test for the
> > presence of include files. If we
This patch adds support for Roccat Lua gaming mouse.
Userland tools can soon be found at http://sourceforge.net/projects/roccat
Signed-off-by: Stefan Achatz
---
.../ABI/testing/sysfs-driver-hid-roccat-lua|7 +
drivers/hid/Makefile |4 +-
drivers/hid
On Tue, 2012-10-16 at 16:52 +0200, Borislav Petkov wrote:
> From: Borislav Petkov
[]
> diff --git a/arch/x86/ras/amd/mce-inject.c b/arch/x86/ras/amd/mce-inject.c
[]
> +#define MCE_INJECT_GET(reg) \
> +static int inj_##reg##_get(void *data, u64 *val)
Thanks,
Acked-by: Kristoffer Ericson
Best wishes
Kristoffer Ericson
Jingoo Han skrev 2012-10-16 09:30:
This patch fixes the checkpatch error and warning as below:
WARNING: line over 80 characters
ERROR: return is not a function, parentheses are not required
Also, long comments are fixed for
On 10/16/2012 02:02 AM, Lee Jones wrote:
> Here we specify all non-standard bindings which can be used when
> requesting the use of an GPIO controlled regulator from Device Tree.
FWIW since I commented on this before and accidentally noticed the
repost, the binding looks fine to me now. So, this p
This patch adds support for the ARC PS/2 block which is used in various
ARC FPGA platforms. It has been tested on the ARC Angel 4 platform and the
nSIM OSCI virtual model.
Mischa Jonker (1):
Input: serio - Add ARC PS/2 driver
drivers/input/serio/Kconfig |9 ++
drivers/input/serio/Makefil
On Mon, Oct 15, 2012 at 09:45:23PM -0700, H. Peter Anvin wrote:
>
> Or we could compute poolwords (and poolbits, and poolbytes) from it,
> since shifts generally are cheap. I don't strongly care, whatever your
> preference is.
We are already calculating poolbits from poolwords:
#define POOLBITS
Paul, thanks for looking!
On 10/15, Paul E. McKenney wrote:
>
> > +void brw_start_read(struct brw_mutex *brw)
> > +{
> > + for (;;) {
> > + bool done = false;
> > +
> > + preempt_disable();
> > + if (likely(!atomic_read(&brw->write_ctr))) {
> > + _
This adds support for the PS/2 block that is used in various ARC FPGA
platforms.
Signed-off-by: Mischa Jonker
---
drivers/input/serio/Kconfig |9 ++
drivers/input/serio/Makefile |1 +
drivers/input/serio/arc_ps2.c | 287 +
3 files changed, 297
Hi,
This patch set introduces one process flag and trys to fix one deadlock
problem on block device during runtime resume or usb bus reset.
The 1st one is the change on include/sched.h and mm.
The other 2 patches are applied again PM and USB subsystem to demo
how to use the introduced mechanism
This patch introduces PF_MEMALLOC_NOIO on process flag('flags' field of
'struct task_struct'), so that the flag can be set by one task
to avoid doing I/O inside memory allocation in the task's context.
The patch trys to solve one deadlock problem caused by block device,
and the problem may happen
This patch applies the introduced memalloc_noio_save() and
memalloc_noio_restore() to force memory allocation with no I/O
during runtime_resume callback.
Cc: Alan Stern
Cc: Oliver Neukum
Cc: Rafael J. Wysocki
Signed-off-by: Ming Lei
---
drivers/base/power/runtime.c | 14 ++
1 fi
If one storage interface or usb network interface(iSCSI case)
exists in current configuration, memory allocation with
GFP_KERNEL during usb_device_reset() might trigger I/O transfer
on the storage interface itself and cause deadlock because
the 'us->dev_mutex' is held in .pre_reset() and the storag
On 10/16/2012 08:53 AM, Theodore Ts'o wrote:
>
> ... and it looks like include/linux/log2.h already has a definition
> for ilog2() which should definitely work for all versions of gcc, so
> we could do this instead:
>
> #define shiftbits(w) (ilog2((w)) + 5)
>
> /* x^128 + x^103 + x^76 + x
On Tuesday 16 of October 2012 11:05:18 Srivatsa S. Bhat wrote:
> On 10/16/2012 02:20 AM, Rafael J. Wysocki wrote:
> > On Friday 12 of October 2012 09:09:42 Fenghua Yu wrote:
> >> From: Fenghua Yu
> >>
> >> Because x86 BIOS requires CPU0 to resume from sleep, suspend or hibernate
> >> can't
> >> b
On Tuesday 16 October 2012, Jaegeuk Kim wrote:
> Thank you for a lot of points to be addressed. :)
> Maybe it's time to summarize them.
> Please let me know what I misunderstood.
>
> [In v2]
> - Extension list
> : Mkfs supports configuring extensions by user, and that information
> will be s
On Tuesday 16 of October 2012 09:09:15 Viresh Kumar wrote:
> On 15 October 2012 23:21, Rafael J. Wysocki wrote:
> > On Wednesday 10 of October 2012 10:12:11 Viresh Kumar wrote:
> >> Arrays for governer and driver name are of size CPUFREQ_NAME_LEN or 16.
> >> i.e. 15 bytes for name and 1 for traili
Hi Mischa,
On Tue, Oct 16, 2012 at 05:44:58PM +0200, Mischa Jonker wrote:
> This adds support for the PS/2 block that is used in various ARC FPGA
> platforms.
This looks very nicem just a few comments below.
>
> Signed-off-by: Mischa Jonker
> ---
> drivers/input/serio/Kconfig |9 ++
> d
On Fri, 2012-10-12 at 09:57 +0100, Ian Campbell wrote:
> > +int xen_unmap_domain_mfn_range(struct vm_area_struct *vma)
> > +{
> > + int numpgs = (vma->vm_end - vma->vm_start) >> PAGE_SHIFT;
> > + struct page **pages = vma ? vma->vm_private_data : NULL;
>
> I thought we agreed to keep u
On Fri, Oct 12, 2012 at 01:32:06AM +0200, Pablo Neira Ayuso wrote:
> On Thu, Oct 11, 2012 at 11:27:33PM +0200, Borislav Petkov wrote:
> > On Thu, Oct 11, 2012 at 12:13:33PM -0700, Ian Applegate wrote:
> > > On machines serving mainly http traffic we are seeing the following
> > > panic, which is no
On 10/16/2012 09:47 PM, Rafael J. Wysocki wrote:
> On Tuesday 16 of October 2012 11:05:18 Srivatsa S. Bhat wrote:
>> On 10/16/2012 02:20 AM, Rafael J. Wysocki wrote:
>>> On Friday 12 of October 2012 09:09:42 Fenghua Yu wrote:
From: Fenghua Yu
+
+/*
+ * When bsp_check() is
2012/10/16 Dave Martin :
> On Mon, Oct 15, 2012 at 11:33:08PM +0800, Fei Yang wrote:
>> 2012/10/15 Mikael Pettersson :
>> > Yangfei (Felix) writes:
>> > > Hi all,
>> > >
>> > > I found that hardcoded instruction in inline asm can cause certains
>> > certain features fail to work on ARM plat
201 - 300 of 618 matches
Mail list logo
