The following patch introduces in-place modification of Smack rules.
Until now Smack supported only overwriting of existing rules.
To change permitted access for a given subject and object, user had
to read list of rules to get current accesses, modify it and write
modified rule back to kernel.
Rule modifications are enabled via /smack/change-rule. Format is as follows:
Subject Object rwaxt rwaxt
First two strings are subject and object labels up to 255 characters.
Third string contains permissions to enable.
Fourth string contains permissions to disable.
All unmentioned permissions
On Thu, 2013-01-10 at 11:49 +0100, Linus Walleij wrote:
On Sun, Dec 30, 2012 at 9:29 PM, Tony Prisk li...@prisktech.co.nz wrote:
The vendor does not provide numbering for gpio pins. Vendor source
exports dedicated gpio pins first, followed by multifunction pins.
As this is what end users
On Thu, 2013-01-10 at 13:02 +0100, Linus Walleij wrote:
On Thu, Jan 10, 2013 at 11:57 AM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Thu, Jan 03, 2013 at 10:47:20AM +1300, Tony Prisk wrote:
+static int vt8500_gpio_remove(struct platform_device *pdev)
+{
+ int i;
+
On Thu, Jan 10, 2013 at 11:20:07AM -0700, Jason Gunthorpe wrote:
On Thu, Jan 10, 2013 at 11:25:44AM +0100, Thierry Reding wrote:
On Thu, Jan 10, 2013 at 09:17:19AM +, Arnd Bergmann wrote:
On Thursday 10 January 2013, Thierry Reding wrote:
On Wed, Jan 09, 2013 at 04:17:58PM -0700,
On Thu, Jan 10, 2013 at 06:26:55PM +, Arnd Bergmann wrote:
On Thursday 10 January 2013, Thierry Reding wrote:
I don't understand how this would help. The encoding is like this:
[27:24] extended register number
[23:16] bus number
[15:11] device number
Changes since v1:
- Use the existing dma_transaction_type enums instead of
adding the mostly duplicated dmaengine_apis enums
This series adds a new dmaengine api, dma_get_channels_caps(), which
may be used by a driver to get channel-specific capabilities. This is
based on a
Implement device_channel_caps().
EDMA has a finite set of PaRAM slots available for linking
a multi-segment SG transfer. In order to prevent any one
channel from consuming all PaRAM slots to fulfill a large SG
transfer, the driver reports a static per-channel max number
of SG segments it will
Add a dmaengine API to retrieve per channel capabilities.
Currently, only channel ops and SG segment limitations are
implemented caps.
The API is optionally implemented by drivers and when
unimplemented will return a NULL pointer. It is intended
to be executed after a channel has been requested
Hello,
I first thought this to be a Raspberry Pi thing, but its not. Looks
like w1 driver is broken in some platform and busmaster independent
way at least since kernel 3.2.x (which Raspberry Pi uses).
Here is what to do to repoduce the bug on x86:
Get owfs from owfs.org and compile with w1
Replace the hardcoded values used to set max_segs/max_seg_size with
a dma_get_channel_caps() query to the dmaengine driver.
Signed-off-by: Matt Porter mpor...@ti.com
---
drivers/mmc/host/davinci_mmc.c| 66 +
include/linux/platform_data/mmc-davinci.h |
On Thu, Jan 10, 2013 at 07:55:05PM +0100, Thierry Reding wrote:
On Thu, Jan 10, 2013 at 11:20:07AM -0700, Jason Gunthorpe wrote:
On Thu, Jan 10, 2013 at 11:25:44AM +0100, Thierry Reding wrote:
On Thu, Jan 10, 2013 at 09:17:19AM +, Arnd Bergmann wrote:
On Thursday 10 January 2013,
This driver is missing a .remove callback, and the fail path on
probe is incomplete.
If an error occurs in vt8500_add_chips, gpio_base is not unmapped.
The driver is also ignoring the return value from this function so
if a chip fails to register it completes as successful.
Replaced pr_err with
Note, the below patch is now in my driver-core.next tree, and should go
to Linus before 3.8-final is out. Just a heads-up for anyone who is
wondering what happened to the __dev* markings in the kernel.
From: Greg Kroah-Hartman gre...@linuxfoundation.org
Subject:
On Thu, Jan 10, 2013 at 10:34:48AM -0800, Kukjin Kim wrote:
Hmm, I think, just one [7/12] patch does matter so if you could create topic
branch and apply [7/12] patch firstly before other drivers/ changes would be
better to me. It's OK on both trees if I just _merge_ the first [7/12]
commit in
On Thu, 2013-01-10 at 11:19 +1030, Rusty Russell wrote:
Wanlong Gao gaowanl...@cn.fujitsu.com writes:
On 01/09/2013 07:31 AM, Rusty Russell wrote:
Wanlong Gao gaowanl...@cn.fujitsu.com writes:
*/
static u16 virtnet_select_queue(struct net_device *dev, struct sk_buff
*skb)
{
-
On Sun, Oct 28, 2012 at 04:33:39PM +0530, Sekhar Nori wrote:
On 10/18/2012 6:56 PM, Matt Porter wrote:
Adds support for parsing the TI EDMA DT data into the required
EDMA private API platform data.
Calls runtime PM API only in the DT case in order to unidle the
associated hwmods on
On 01/09/13 19:32, Stephen Rothwell wrote:
Hi all,
Changes since 20130109:
on i386, when CONFIG_PCI is not enabled:
CC [M] drivers/misc/vmw_vmci/vmci_guest.o
drivers/misc/vmw_vmci/vmci_guest.c:58:20: error: array type has incomplete
element type
drivers/misc/vmw_vmci/vmci_guest.c: In
Hi all,
I get the following error when running checkpatch.pl:
scripts/checkpatch.pl -f drivers/hwmon/da9055-hwmon.c
Use of uninitialized value $max in string eq at scripts/checkpatch.pl line 3407.
Use of uninitialized value $max in pattern match (m//) at scripts/checkpatch.pl
line 3410.
total:
On Sun, Oct 28, 2012 at 04:46:36PM +0530, Sekhar Nori wrote:
On 10/18/2012 6:56 PM, Matt Porter wrote:
Adds AM33XX EDMA support to the am33xx.dtsi as documented in
Documentation/devicetree/bindings/dma/ti-edma.txt
Signed-off-by: Matt Porter mpor...@ti.com
---
On Thu, Jan 10, 2013 at 08:03:27PM +0100, Thierry Reding wrote:
You'd piece a mapping together, each bus requires 16 64k mappings, a
simple 2d array of busnr*16 of pointers would do the trick. A more
clever solution would be to allocate contiguous virtual memory and
split that up..
On Mon, Oct 29, 2012 at 01:48:46PM +0530, Sekhar Nori wrote:
On 10/18/2012 6:56 PM, Matt Porter wrote:
The EDMA DMAC has a hardware limitation that prevents supporting
scatter gather lists with any number of segments. Since the EDMA
DMA Engine driver sets the maximum segments to 16, we do
On 01/10/13 11:17, Randy Dunlap wrote:
On 01/09/13 19:32, Stephen Rothwell wrote:
Hi all,
Changes since 20130109:
on i386, when CONFIG_PCI is not enabled:
CC [M] drivers/misc/vmw_vmci/vmci_guest.o
drivers/misc/vmw_vmci/vmci_guest.c:58:20: error: array type has incomplete
element
On Thu, 2013-01-10 at 10:31 -0500, Rik van Riel wrote:
On 01/10/2013 10:19 AM, Mike Galbraith wrote:
On Tue, 2013-01-08 at 17:26 -0500, Rik van Riel wrote:
Please let me know if you manage to break this code in any way,
so I can fix it...
I didn't break it, but did let it play with
On Thu, Jan 10, 2013 at 10:23 AM, Seiji Aguchi seiji.agu...@hds.com wrote:
Please apply these to your tree.
Ok. Applied and pushed to my next branch. Should show up in linux-next
in the next day or two.
-Tony
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body
On Sun, Oct 28, 2012 at 05:01:29PM +0530, Sekhar Nori wrote:
On 10/18/2012 6:56 PM, Matt Porter wrote:
Adds AM33XX SPI support for am335x-bone and am335x-evm.
Signed-off-by: Matt Porter mpor...@ti.com
---
arch/arm/boot/dts/am335x-bone.dts | 17 +++
'Joerg Roedel' wrote:
On Thu, Jan 10, 2013 at 10:34:48AM -0800, Kukjin Kim wrote:
Hmm, I think, just one [7/12] patch does matter so if you could create
topic
branch and apply [7/12] patch firstly before other drivers/ changes
would
be
better to me. It's OK on both trees if I just
When parsing the memory affinity mappings in arch/x86/mm/srat.c:
acpi_numa_memory_affinity_init() I'm wondering if the hot-pluggable check is
too harsh,
as we consider an error if the hot-pluggable bit is set and
CONFIG_MEMORY_HOTPLUG is not.
Based on the ACPI specs (v5):
If the Enabled bit
On Thu, Jan 10, 2013 at 09:25:11AM +, Eric Wong wrote:
Mel Gorman mgor...@suse.de wrote:
page-pfmemalloc can be left set for captured pages so try this but as
capture is rarely used I'm strongly favouring a partial revert even if
this works for you. I haven't reproduced this using your
On Thu, 10 Jan 2013, Takashi Iwai wrote:
At Thu, 10 Jan 2013 13:49:22 +0100,
Jens Axboe wrote:
Here it is, it's from the one introducing the audioformat lookup.
Confirmed that 3.8-rc3 with this backed out works fine, too. So should
be fairly confident in that result.
From: Takashi
On Thu, 2013-01-10 at 11:18 -0800, Guenter Roeck wrote:
Hi all,
Hi Guenter.
I get the following error when running checkpatch.pl:
scripts/checkpatch.pl -f drivers/hwmon/da9055-hwmon.c
Use of uninitialized value $max in string eq at scripts/checkpatch.pl line
3407.
Use of uninitialized
Shuah Khan wrote:
Patches applied cleanly to 3.0.y, 3.4.y, and 3.7.y.
Compiled and booted on the following systems:
HP EliteBook 6930p Intel(R) Core(TM)2 Duo CPU T9400 @ 2.53GHz
HP ProBook 6475b AMD A10-4600M APU with Radeon(tm) HD Graphics
Cross-compile tests:
Thanks much for these sanity
On 14:35-20130110, Matt Porter wrote:
On Sun, Oct 28, 2012 at 05:01:29PM +0530, Sekhar Nori wrote:
On 10/18/2012 6:56 PM, Matt Porter wrote:
Adds AM33XX SPI support for am335x-bone and am335x-evm.
Signed-off-by: Matt Porter mpor...@ti.com
---
arch/arm/boot/dts/am335x-bone.dts
Update these AMD bit field names to be consistent with naming
convention followed by the rest of the file.
Signed-off-by: Jacob Shin jacob.s...@amd.com
---
arch/x86/include/asm/perf_event.h|4 ++--
arch/x86/kernel/cpu/perf_event_amd.c |8
2 files changed, 6 insertions(+), 6
Move counter index to MSR address offset calculation to architecture
specific files. This prepares the way for perf_event_amd to enable
counter addresses that are not contiguous -- for example AMD Family
15h processors have 6 core performance counters starting at 0xc0010200
and 4 northbridge
From: Robert Richter r...@kernel.org
Generalize northbridge constraints code for family 10h so that later
we can reuse the same code path with other AMD processor families that
have the same northbridge event constraints.
Signed-off-by: Robert Richter r...@kernel.org
Signed-off-by: Jacob Shin
Similar to config_base and event_base, allow architecture specific
RDPMC ECX values.
Signed-off-by: Jacob Shin jacob.s...@amd.com
---
arch/x86/kernel/cpu/perf_event.c |2 +-
arch/x86/kernel/cpu/perf_event.h |6 ++
arch/x86/kernel/cpu/perf_event_amd.c |6 ++
3 files
On AMD family 15h processors, there are 4 new performance counters
(in addition to 6 core performance counters) that can be used for
counting northbridge events (i.e. DRAM accesses). Their bit fields are
almost identical to the core performance counters. However, unlike the
core performance
From: Robert Richter r...@kernel.org
Code simplification. No functional changes.
Signed-off-by: Robert Richter r...@kernel.org
Signed-off-by: Jacob Shin jacob.s...@amd.com
---
arch/x86/kernel/cpu/perf_event_amd.c | 68 +-
1 file changed, 26 insertions(+), 42
The following patchset enables 4 additional performance counters in
AMD family 15h processors that count northbridge events -- such as
number of DRAM accesses.
This patchset is based on previous work done by Robert Richter
r...@kernel.org :
https://lkml.org/lkml/2012/6/19/324
The main
On Fri, Jan 04, 2013 at 12:30:52PM +0530, Prashant Gaikwad wrote:
Modify of_clk_init function so that it will determine which
driver to initialize based on device tree instead of each driver
registering to it.
Based on a similar patch for drivers/irqchip by Thomas Petazzoni and
On Fri, Jan 11, 2013 at 02:05:33AM +0800, Xiao Guangrong wrote:
On 01/11/2013 01:26 AM, Marcelo Tosatti wrote:
On Tue, Jan 08, 2013 at 02:38:36PM +0800, Xiao Guangrong wrote:
The current reexecute_instruction can not well detect the failed
instruction
emulation. It allows guest to retry
On Thu, Jan 10, 2013 at 05:13:11AM +0100, Mike Galbraith wrote:
On Tue, 2013-01-08 at 09:01 -0600, Shawn Bohrer wrote:
On Tue, Jan 08, 2013 at 09:36:05AM -0500, Steven Rostedt wrote:
I've also managed to reproduce this on 3.8.0-rc2 so it appears the bug
is still present in the
This only mentions that the system supports hot-plugging, and IMHO if the
user decides not to use CONFIG_MEMORY_HOTPLUG, it shouldn't be considered an
error.
Therefore would it be ok to drop the check? Or am I missing something?
The very strict checks were originally implemented because
Mel Gorman mgor...@suse.de wrote:
Thanks Eric, it's much appreciated. However, I'm still very much in favour
of a partial revert as in retrospect the implementation of capture took the
wrong approach. Could you confirm the following patch works for you?
It's should functionally have the same
On Thu, Jan 03, 2013 at 01:05:19PM +, David Howells wrote:
David Howells (23):
KEYS: Rename public key parameter name arrays
KEYS: Move the algorithm pointer array from x509 to public_key.c
KEYS: Store public key algo ID in public_key struct
KEYS: Split
Some architectures (for us, AMD Family 16h) allow for don't care bit
mask to further qualify a hardware breakpoint address, in order to
trap on range of addresses. Update perf uapi to add bp_addr_mask field
and define HAVE_HW_BREAKPOINT_ADDR_MASK.
Signed-off-by: Jacob Shin jacob.s...@amd.com
---
From: Suravee Suthikulpanit suravee.suthikulpa...@amd.com
Signed-off-by: Suravee Suthikulpanit suravee.suthikulpa...@amd.com
Signed-off-by: Jacob Shin jacob.s...@amd.com
---
tools/perf/Documentation/perf-record.txt | 14 ++
tools/perf/util/parse-events.c |2 +-
2
From: Suravee Suthikulpanit suravee.suthikulpa...@amd.com
Signed-off-by: Suravee Suthikulpanit suravee.suthikulpa...@amd.com
Signed-off-by: Jacob Shin jacob.s...@amd.com
---
tools/perf/tests/parse-events.c | 34 ++
1 file changed, 34 insertions(+)
diff --git
From: Suravee Suthikulpanit suravee.suthikulpa...@amd.com
Allow perf tool to pass in breakpoint address mask to match an address
range, i.e.:
$ perf stat -e mem:0x1000:w:0xf a.out
Will count writes to [0x1000 ~ 0x1010)
Signed-off-by: Suravee Suthikulpanit suravee.suthikulpa...@amd.com
Implement hardware breakpoint address mask for AMD Family 16h (and
any other future) processors. CPUID feature bit indicates the hardware
support for DRn_ADDR_MASK MSRs.
Signed-off-by: Jacob Shin jacob.s...@amd.com
---
arch/x86/Kconfig |1 +
On Thu, Jan 10, 2013 at 06:12:02PM +0100, Miroslav Lichvar wrote:
Copy the modified timex data back to the user also with positive return
values. This fixes reading of the CLOCK_REALTIME timex data when the
clock is in a non-zero state.
Signed-off-by: Miroslav Lichvar mlich...@redhat.com
The following patchset adds address masks to existing perf hardware
breakpoint mechanism to allow trapping on an address range (currently
only single address) on supported architectures.
perf uapi is updated, x86 AMD implementation (for AMD Family 16h and
beyond) is provided, and perf tool has
On Thu, Jan 10, 2013 at 11:49:27AM +0800, Li Zefan wrote:
Switch cgroup to use the new hashtable implementation. No functional changes.
Signed-off-by: Li Zefan lize...@huawei.com
Applied to cgroup/for-3.9. Thanks!
--
tejun
--
To unsubscribe from this list: send the line unsubscribe
On 01/10/2013 06:23 PM, Jiri Slaby wrote:
getptsname expects EINVAL on failure to fall back to /dev/ttyp*... The
same as unlockpt. We should definitely revert now
Maybe not that strictly. It would be enough to revert TIOCGPTN and
TIOCSPTLCK to return EINVAL as suggested by Alan.
--
js
suse
Devices have various maintenance operations need to perform internally.
In order to reduce latencies during time critical operations like read
and write, it is better to execute maintenance operations in other
times - when the host is not being serviced. Such operations are called
Background
In order to allow the card to perform the required BKOPS and prevent
the need for critical BKOPS, we would like to prevent BKOPS interruption
when possible.
In case the controller calls mmc_suspend_host when runtime suspend is
idle, the BKOPS operation will be interrupted. To prevent this we would
The BKOPS statistics are used for BKOPS unit tests and APT tests
to determine test success or failure.
the BKOPS statistics provide the following information:
The number of times BKOPS were issued according to it's severity level
The number of times BKOPS were interrupted by HPI.
The number of
On 01/11/2013 03:48 AM, Marcelo Tosatti wrote:
On Fri, Jan 11, 2013 at 02:05:33AM +0800, Xiao Guangrong wrote:
On 01/11/2013 01:26 AM, Marcelo Tosatti wrote:
On Tue, Jan 08, 2013 at 02:38:36PM +0800, Xiao Guangrong wrote:
The current reexecute_instruction can not well detect the failed
On Mon, Jan 07, 2013 at 08:22:50PM -0800, Josh Triplett wrote:
On Mon, Jan 07, 2013 at 02:19:15PM -0800, Paul E. McKenney wrote:
On Mon, Jan 07, 2013 at 09:56:06AM -0800, Josh Triplett wrote:
On Mon, Jan 07, 2013 at 08:57:48AM -0800, Paul E. McKenney wrote:
On Mon, Jan 07, 2013 at
At Thu, 10 Jan 2013 20:45:02 +0100 (CET),
Eldad Zack wrote:
On Thu, 10 Jan 2013, Takashi Iwai wrote:
At Thu, 10 Jan 2013 13:49:22 +0100,
Jens Axboe wrote:
Here it is, it's from the one introducing the audioformat lookup.
Confirmed that 3.8-rc3 with this backed out works fine,
On Thu, Jan 10, 2013 at 12:24:17PM -0700, Jason Gunthorpe wrote:
On Thu, Jan 10, 2013 at 08:03:27PM +0100, Thierry Reding wrote:
You'd piece a mapping together, each bus requires 16 64k mappings, a
simple 2d array of busnr*16 of pointers would do the trick. A more
clever solution
On Wed, Jan 09, 2013 at 09:23:37PM +, Arnd Bergmann wrote:
On Wednesday 09 January 2013, Thierry Reding wrote:
Signed-off-by: Thierry Reding thierry.red...@avionic-design.de
---
arch/arm/boot/dts/tegra20-tamonten.dtsi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
It's not
On Tue, Oct 30, 2012 at 05:33:40AM +, AnilKumar wrote:
On Thu, Oct 18, 2012 at 18:56:52, Porter, Matt wrote:
Adds AM33XX MMC support for am335x-bone and am335x-evm.
Signed-off-by: Matt Porter mpor...@ti.com
---
arch/arm/boot/dts/am335x-bone.dts |6 ++
-Original Message-
From: Tomas Hozza [mailto:tho...@redhat.com]
Sent: Tuesday, January 08, 2013 6:27 AM
To: gre...@linuxfoundation.org
Cc: KY Srinivasan; jasow...@redhat.com; Haiyang Zhang; linux-
ker...@vger.kernel.org; Hashir Abdi; Tomas Hozza
Subject: [PATCH 1/2] tools: hv: Fix
-Original Message-
From: Tomas Hozza [mailto:tho...@redhat.com]
Sent: Tuesday, January 08, 2013 6:27 AM
To: gre...@linuxfoundation.org
Cc: KY Srinivasan; jasow...@redhat.com; Haiyang Zhang; linux-
ker...@vger.kernel.org; Hashir Abdi; Tomas Hozza
Subject: [PATCH 2/2] tools: hv: Use
On 2013-01-10 21:19, Takashi Iwai wrote:
At Thu, 10 Jan 2013 20:45:02 +0100 (CET),
Eldad Zack wrote:
On Thu, 10 Jan 2013, Takashi Iwai wrote:
At Thu, 10 Jan 2013 13:49:22 +0100,
Jens Axboe wrote:
Here it is, it's from the one introducing the audioformat lookup.
Confirmed that 3.8-rc3
On Thu, Jan 10, 2013 at 09:05:46AM -0800, Yinghai Lu wrote:
On Thu, Jan 10, 2013 at 4:19 AM, Borislav Petkov b...@alien8.de wrote:
This is not how SOB chaining works:
SOB: Author
SOB: Handler - this is you, who has added it to the patchset
SOB: Committer - maintainer
You need to
On 01/10/2013 12:12 PM, Richard Cochran wrote:
On Thu, Jan 10, 2013 at 06:12:02PM +0100, Miroslav Lichvar wrote:
Copy the modified timex data back to the user also with positive return
values. This fixes reading of the CLOCK_REALTIME timex data when the
clock is in a non-zero state.
On Thu, Jan 10, 2013 at 11:21:21AM -0500, Alex Deucher wrote:
I'm assuming you didn't also update your userspace gfx stack?
By that you mean x.org etc, right? Or GPU microcode too? In any case, I
haven't touched any of those deliberately, AFAICR at least.
Does disabling the new DMA ring for
* Colin Cross ccr...@android.com [130109 18:05]:
+static void watchdog_check_hardlockup_other_cpu(void)
+{
+ int cpu;
+ cpumask_t cpus = watchdog_cpus;
+
+ /*
+ * Test for hardlockups every 3 samples. The sample period is
+ * watchdog_thresh * 2 / 5, so 3 samples
On Thu, Jan 10, 2013 at 10:09 AM, Joerg Roedel j...@8bytes.org wrote:
On Mon, Jan 07, 2013 at 06:51:52PM +1100, Alexey Kardashevskiy wrote:
The iommu_init() initializes IOMMU internal structures and data
required for the IOMMU API as iommu_group_alloc().
It is registered as a subsys_initcall
Compilation fix - leftover from:
commit 998c336d4c7183301ed6a6ca93952f63e3cf694f
Author: Tomi Valkeinen tomi.valkei...@ti.com
Date: Wed May 30 13:26:00 2012 +0300
OMAPDSS: remove omap_dss_device's suspend/resume
Cc: stable sta...@vger.kernel.org # v3.7
Signed-off-by: Paolo Pisati
for the lion's share of embedded silicon devcies.
There are quite a few problems with this patch, and they end up
completely breaking at least Tegra in next-20130110.
diff --git a/drivers/base/pinctrl.c b/drivers/base/pinctrl.c
+int pinctrl_bind_pins(struct device *dev)
+{
+ struct
From: Sebastian Andrzej Siewior bige...@linutronix.de
Thanks (mostly) to uapi the package created from perf-*-src-pkg FTBFS:
|CC perf.o
|In file included from util/../perf.h:8:0,
| from util/cache.h:7,
| from perf.c:12:
|arch/x86/include/asm/unistd.h:4:29:
From: David Ahern dsah...@gmail.com
This patch is brought to you by the letter 'H'.
Commit 20b279 breaks compatiblity with older perf binaries when run with
precise modifier (:p or :pp) by requiring the exclude_guest attribute to be
set. Older binaries default exclude_guest to 0 (ie., wanting
Hi Ingo,
Please consider pulling,
Regards,
- Arnaldo
--
1.7.9.2.358.g22243
The following changes since commit 5c49985c21bba4d2f899e3a97121868a5c58a876:
Merge branch 'fixes' of git://git.linaro.org/people/rmk/linux-arm (2013-01-09
08:58:57 -0800)
are available in the git
On Thu, Jan 10, 2013 at 01:46:53PM -0600, Nishanth Menon wrote:
On 14:35-20130110, Matt Porter wrote:
On Sun, Oct 28, 2012 at 05:01:29PM +0530, Sekhar Nori wrote:
On 10/18/2012 6:56 PM, Matt Porter wrote:
Adds AM33XX SPI support for am335x-bone and am335x-evm.
Signed-off
On Thu, Jan 10, 2013 at 3:32 PM, Borislav Petkov b...@alien8.de wrote:
On Thu, Jan 10, 2013 at 11:21:21AM -0500, Alex Deucher wrote:
I'm assuming you didn't also update your userspace gfx stack?
By that you mean x.org etc, right? Or GPU microcode too? In any case, I
haven't touched any of
On Thu, 10 Jan 2013, Roger Quadros wrote:
If the OMAP's Host controller is in PHY mode then we instantiate
a platform device for the PHY (one for each port in PHY mode) and
hold a reference to it so that we can use the usb_phy API, e.g.
while suspend/resume.
The platform data for the PHY
On 15:49-20130110, Matt Porter wrote:
On Thu, Jan 10, 2013 at 01:46:53PM -0600, Nishanth Menon wrote:
On 14:35-20130110, Matt Porter wrote:
On Sun, Oct 28, 2012 at 05:01:29PM +0530, Sekhar Nori wrote:
On 10/18/2012 6:56 PM, Matt Porter wrote
On Thu, 2013-01-10 at 11:08 -0800, Randy Dunlap wrote:
On 01/09/13 19:32, Stephen Rothwell wrote:
Hi all,
Changes since 20130109:
on x86_64, when CONFIG_PARPORT_PC is not enabled:
drivers/built-in.o: In function `multi_init':
sb_pci_mp.c:(.init.text+0x15684): undefined reference
On Thu, 2013-01-10 at 19:42 +, Mel Gorman wrote:
Thanks Eric, it's much appreciated. However, I'm still very much in favour
of a partial revert as in retrospect the implementation of capture took the
wrong approach. Could you confirm the following patch works for you?
It's should
On 01/04/13 18:49, Prashant Gaikwad wrote:
On Saturday 05 January 2013 03:48 AM, Stephen Boyd wrote:
On 01/03/13 21:51, Prashant Gaikwad wrote:
diff --git a/drivers/clk/Makefile b/drivers/clk/Makefile
index f0b269a..baf7608 100644
--- a/drivers/clk/Makefile
+++ b/drivers/clk/Makefile
@@
On Thu, Jan 10, 2013 at 09:20:07PM +0100, Thierry Reding wrote:
Arnd's version is good too, but you would be restricted to aligned
powers of two for the bus number range in the DT, which is probably
not that big a deal either?
Stephen suggested on IRC that we could try to keep a bit of
[+cc Yinghai]
On Wed, 2013-01-09 at 13:44 -0700, Bjorn Helgaas wrote:
[+cc Myron]
On Wed, Jan 9, 2013 at 1:19 PM, Rafael J. Wysocki r...@sisk.pl wrote:
On Thursday, January 10, 2013 12:58:25 AM Jiang Liu wrote:
Hi Rafael,
Thanks for your great efforts to review the patch.
On
On Thursday, January 10, 2013 02:24:23 PM Myron Stowe wrote:
[+cc Yinghai]
On Wed, 2013-01-09 at 13:44 -0700, Bjorn Helgaas wrote:
[+cc Myron]
On Wed, Jan 9, 2013 at 1:19 PM, Rafael J. Wysocki r...@sisk.pl wrote:
On Thursday, January 10, 2013 12:58:25 AM Jiang Liu wrote:
Hi
On Thursday, January 10, 2013 03:58:52 PM Mika Westerberg wrote:
On Thu, Jan 10, 2013 at 01:33:19PM +, Mark Brown wrote:
On Thu, Jan 10, 2013 at 02:18:08PM +0100, Rafael J. Wysocki wrote:
On Thursday, January 10, 2013 12:51:59 PM Mark Brown wrote:
Sounds sensible, yes - about what
On Wed, Jan 9, 2013 at 5:55 PM, Jiri Olsa jo...@redhat.com wrote:
On Mon, Jan 07, 2013 at 07:27:50PM +0100, Stephane Eranian wrote:
SNIP
+static void ip__resolve_data(struct machine *self, struct thread *thread,
+ u8 m,
+ struct
Hi Linus,
Just intel fixes, including getting the Ironlake systems back to the state
they were in for 3.6.
Dave.
The following changes since commit ecf02a607bd801e742d7bb35c6e40f7ca15edf03:
Merge branch 'for_linus' of git://cavan.codon.org.uk/platform-drivers-x86
(2013-01-10 09:09:41
On Thu, 10 Jan 2013 11:23:06 +0900
Minchan Kim minc...@kernel.org wrote:
I have a feeling that laptop mode has bitrotted and these patches are
kinda hacking around as-yet-not-understood failures...
Absolutely, this patch is last guard for unexpectable behavior.
As I mentioned in
Dear Linux-MM,
On a machine with i386 kernel and over 32GB RAM, an OOM condition is
reliably obtained simply by writing a few files to some local disk
e.g. with:
n=0; while [ $n -lt 99 ]; do dd bs=1M count=1024 if=/dev/zero of=x$n;
((n=$n+1)); done
Crash usually occurs after 16 or 32 files
On 01/10/13 12:50, Steven Rostedt wrote:
On Thu, 2013-01-10 at 11:08 -0800, Randy Dunlap wrote:
On 01/09/13 19:32, Stephen Rothwell wrote:
Hi all,
Changes since 20130109:
on x86_64, when CONFIG_PARPORT_PC is not enabled:
drivers/built-in.o: In function `multi_init':
model right before probe. This will
account for the lion's share of embedded silicon devcies.
There are quite a few problems with this patch, and they end up
completely breaking at least Tegra in next-20130110.
diff --git a/drivers/base/pinctrl.c b/drivers/base/pinctrl.c
+int
From: Seth Jennings [mailto:sjenn...@linux.vnet.ibm.com]
Subject: [PATCHv2 8/9] zswap: add to mm/
zswap is a thin compression backend for frontswap. It receives
pages from frontswap and attempts to store them in a compressed
memory pool, resulting in an effective partial memory reclaim and
Hi Dmitry,
On Sun, Jan 6, 2013 at 1:10 AM, Dmitry Torokhov
dmitry.torok...@gmail.com wrote:
Hi Shawn,
On Thu, Dec 20, 2012 at 06:33:11PM -0800, Shawn Nematbakhsh wrote:
On resume from suspend there is a possibility for multi-byte scancodes
to be handled incorrectly. atkbd_reconnect disables
On 1/8/2013 2:26 PM, Rik van Riel wrote:
...
Performance is within the margin of error of v2, so the graph
has not been update.
Please let me know if you manage to break this code in any way,
so I can fix it...
Attached below is some preliminary data with one of the AIM7 micro-benchmark
getptsname expects EINVAL on failure to fall back to /dev/ttyp*... The
same as unlockpt. We should definitely revert now and can teach glibc
to accept also ENOTTY. After some years, we can try again :).
Strongly disagree for two reasons
1. We don't want to leave the other ioctls broken and
On Thu, Jan 10, 2013 at 12:38 PM, Tony Lindgren t...@atomide.com wrote:
* Colin Cross ccr...@android.com [130109 18:05]:
+static void watchdog_check_hardlockup_other_cpu(void)
+{
+ int cpu;
+ cpumask_t cpus = watchdog_cpus;
+
+ /*
+ * Test for hardlockups every 3
On Wed, 9 Jan 2013 11:34:19 +0800
Fan Du fan...@windriver.com wrote:
Two rt tasks bind to one CPU core.
The higher priority rt task A preempts a lower priority rt task B which
has already taken the write seq lock, and then the higher priority
rt task A try to acquire read seq lock, it's
801 - 900 of 1352 matches
Mail list logo