Instead of remaining bytes of a failing copy_to_user, the flash-update
ioctl is returning now -EFAULT. In addtion Dan discovered user triggerable
dev_errs(). Those I removed now from card_dev.c too. Some dev_infos()
were deleted and some others turned into dev_dbgs().
Reported-by: Dan Carpenter
dma_addr_t was not used, where it should have been used.
Some format strings were not optimal.
Reported-by: kbuild test robot fengguang...@intel.com
Signed-off-by: Frank Haverkamp ha...@linux.vnet.ibm.com
---
drivers/misc/genwqe/card_dev.c | 23 ++-
1 file changed, 14
On 1/7/2014 3:33 PM, Mike Galbraith wrote:
http://s778.photobucket.com/user/DaveGlos/media/trollrepellent.jpg.html
pst pssst.. sss shake shake shake pssst.
MIKE, you fucking faggot. Have you forgot who made the low-jitter
kernel, that none of you people had the mind to do? You
On Tue, 07 Jan 2014, Mark Brown wrote:
On Tue, Jan 07, 2014 at 02:11:54PM +, Lee Jones wrote:
Acked-by: Linus Walleij linus.wall...@linaro.org
I'm happy with that, although I haven't heard from Mark for ages.
Mark, are you still tracking this?
Yes, I've been waiting for both
On Tue, Jan 07, 2014 at 03:33:34PM +0100, Arnd Bergmann wrote:
On Tuesday 29 January 2013, Keun-O Park wrote:
On Mon, Jan 28, 2013 at 9:50 PM, Dave Martin dave.mar...@linaro.org wrote:
On Mon, Jan 28, 2013 at 11:33:11AM +0900, Keun-O Park wrote:
Hello guys,
Could you please review
Am 2014-01-07 15:30, schrieb Ramkumar Ramachandra:
Seth Forshee wrote:
3. So what is really wanted is to be able to mux just the DDC over to
the IGPU when the device is initialized to read the panel mode.
One
possible problem is that the hw might not support muxing the DDC
Hi Dmitry,
On Tue, Jan 7, 2014 at 3:56 PM, Dmitry Torokhov
dmitry.torok...@gmail.com wrote:
Hi Ming,
On Thu, Jun 06, 2013 at 08:01:48PM +0800, Ming Lei wrote:
module reference doesn't cover direct loading path, so this patch
simply holds the module in the whole life time of
On 16/12/13 17:50, Wei Liu wrote:
On Mon, Dec 16, 2013 at 03:21:40PM +, Zoltan Kiss wrote:
[...]
Should this be BUG_ON? AIUI this kthread should be the only one doing
unmap, right?
The NAPI instance can do it as well if it is a small packet fits
into PKT_PROT_LEN. But still this scenario
Cc: Andreas Heider andr...@meetr.de
Cc: Seth Forshee seth.fors...@canonical.com
Original-patch-by: Andreas Heider andr...@meetr.de
Signed-off-by: Ramkumar Ramachandra artag...@gmail.com
---
drivers/gpu/drm/i915/i915_dma.c | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git
Hi Chris et al,
I got this far with creating a generic interface for various
get_edid() functions, but I'm stuck now. Where do I get the specific
i2c_adapter from?
I hope the series is okay otherwise.
Thanks.
Ramkumar Ramachandra (4):
drm/i915: add support for vga_switcheroo reprobe
[Forgot to CC]
On Tue, Jan 7, 2014 at 8:24 PM, Ramkumar Ramachandra artag...@gmail.com wrote:
Hi Chris et al,
I got this far with creating a generic interface for various
get_edid() functions, but I'm stuck now. Where do I get the specific
i2c_adapter from?
I hope the series is okay
On 07-01-2014 10:33, Guenter Roeck wrote:
On 01/07/2014 04:44 AM, Eduardo Valentin wrote:
Users of API provided by THERMAL_OF config may suffer when
CONFIG_THERMAL=y, causing linking issues, such as:
drivers/built-in.o: In function `lm75_remove':
lm75.c:(.text+0x12bd8c): undefined reference
btw, a troll is http://ovekarlsen.com/Blog/wp-content/uploads/SemenTroll.jpg
a vision on LSD-like sunstances. That is RMS, gnu idol.
fucking morons.
--
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
On Tue, Jan 07, 2014 at 07:03:50AM -0700, Jim Davis wrote:
Building with the attached random configuration file,
arch/x86/xen/grant-table.c: In function ‘xen_pvh_gnttab_setup’:
arch/x86/xen/grant-table.c:181:2: error: implicit declaration of
function ‘xen_pvh_domain’
On 07-01-2014 10:05, Zhang, Rui wrote:
-Original Message-
From: Eduardo Valentin [mailto:eduardo.valen...@ti.com]
Sent: Tuesday, January 07, 2014 8:24 PM
To: Jean Delvare
Cc: Guenter Roeck; Randy Dunlap; Stephen Rothwell; linux-
n...@vger.kernel.org; linux-kernel@vger.kernel.org;
Introduce a struct edid *(*reprobe)(struct drm_connector *, struct
i2c_adapter *) in struct intel_connector to point to various get_edid()
functions.
Cc: Chris Wilson ch...@chris-wilson.co.uk
Cc: Andreas Heider andr...@meetr.de
Cc: Seth Forshee seth.fors...@canonical.com
Signed-off-by: Ramkumar
On 1/7/2014 3:47 PM, Mike Galbraith wrote:
On Tue, 2014-01-07 at 15:38 +0100, Ove Karlsen wrote:
On 1/7/2014 3:33 PM, Mike Galbraith wrote:
http://s778.photobucket.com/user/DaveGlos/media/trollrepellent.jpg.html
pst pssst.. sss shake shake shake pssst.
Damn, didn't work.
In future patches, we intend to introduce a generic interface to the
various get_edid() functions. All the other get_edid() functions accept
two arguments: a struct drm_connector *, and a struct i2c_adapter *. So,
introduce a second dummy variable in intel_sdvo_get_edid().
Cc: Chris Wilson
Corresponding to
intel_crt_get_edid()
intel_sdvo_get_edid()
intel_dp_get_edid()
add a intel_lvds_get_edid(). We plan to call this during a
switcheroo-reprobe in later patches.
Cc: Chris Wilson ch...@chris-wilson.co.uk
Cc: Andreas Heider andr...@meetr.de
Cc: Seth Forshee
On 01/07/2014 07:26 AM, Joerg Roedel wrote:
On Fri, Jan 03, 2014 at 11:26:04AM -0700, Shuah Khan wrote:
On 12/30/2013 07:15 AM, Joerg Roedel wrote:
I think it is better to check for this in a seperate function and use
err_printk instead of dev_warn in the end to print the errors.
The new
On 01/06/2014 05:47 PM, Motohiro Kosaki wrote:
-Original Message-
From: linus...@gmail.com [mailto:linus...@gmail.com] On Behalf Of Linus
Torvalds
Sent: Friday, January 03, 2014 7:18 PM
To: Vlastimil Babka
Cc: Sasha Levin; Andrew Morton; Wanpeng Li; Michel Lespinasse; Bob Liu;
Missed lists earlier :(
On 7 January 2014 20:31, Viresh Kumar viresh.ku...@linaro.org wrote:
Hi Kevin/Frederic,
In my traces I see a guaranteed interrupt on the isolated
core, which is running under NO_HZ_FULL mode and is
running a single thread stress, after ~90 seconds.
When I look into
On Tue, 07 Jan 2014 06:33:46 -0800, Guenter Roeck wrote:
Alternative would be something like
diff --git a/include/linux/thermal.h b/include/linux/thermal.h
index f7e11c7..156bb4d 100644
--- a/include/linux/thermal.h
+++ b/include/linux/thermal.h
@@ -244,7 +244,7 @@ struct
On Tuesday 07 January 2014 22:33:24 Ming Lei wrote:
On Tue, Jan 7, 2014 at 10:12 PM, Arnd Bergmann a...@arndb.de wrote:
On Monday 28 October 2013, Ming Lei wrote:
We had posted two patches to address the problem, see below link:
Are you aware of how completely incoherent that topic is?
You talk about free speech, yet work to oppress that exact thing. You
are not free hackers. You are a bunch of blind idiots, worshipping a
phallos.
I think things should be extremely clear, and my website contains
research on the
On Jan 6, 2014, at 8:36 PM, Darrick J. Wong darrick.w...@oracle.com wrote:
On Fri, Jan 03, 2014 at 03:03:42PM -0500, Martin K. Petersen wrote:
Hannes == Hannes Reinecke h...@suse.de writes:
Hannes Personally, I doubt it's a good idea to kill it off, but a
Hannes proper (userland) API for
On Tue, 7 Jan 2014 10:57:52 -0400, Eduardo Valentin wrote:
On 07-01-2014 10:05, Zhang, Rui wrote:
BTW, I've been thinking of make CONFIG_THERMAL a bool since long time ago,
the only thing that blocks me is that Thermal subsystem needs to register a
hwmon device for each thermal zone and
On Tue, 2014-01-07 at 14:31 +0400, Andrey Vagin wrote:
Lets look at destroy_conntrack:
hlist_nulls_del_rcu(ct-tuplehash[IP_CT_DIR_ORIGINAL].hnnode);
...
nf_conntrack_free(ct)
kmem_cache_free(net-ct.nf_conntrack_cachep, ct);
net-ct.nf_conntrack_cachep is created with
There are many cases where this feature does not improve performance or even
reduces it.
For example, here are the results from tests that I've run using 3.12.6 on one
Intel Xeon W3565 and one i7 920 connected by ixgbe adapters. The results are
from the Xeon, but they're similar on the i7. All
On Tue, Jan 07, 2014 at 08:00:33AM -0700, Shuah Khan wrote:
This patch and a follow-on cocinelli warning fix patch are in
linux-next. Would you like me to send a patch relative to the change
in linux-next or cut a new patch against the latest Linus's git. I
can go either way. We just have to
On Fri, Dec 27, 2013 at 04:58:48AM +, Mark Zhang wrote:
From: Colin Cross ccr...@android.com
For streaming-style operations (e.g., software rendering of graphics
surfaces shared with non-coherent DMA devices), the cost of performing
L2 cache maintenance can exceed the benefit of having
On Tuesday 07 January 2014, Roger Quadros wrote:
USB Host driver (drivers/mfd/omap-usb-host.c) expects the 60MHz
reference clock to be named init_60m_fclk. Provide this
information.
Signed-off-by: Roger Quadros rog...@ti.com
---
arch/arm/boot/dts/omap5.dtsi | 2 ++
1 file changed, 2
On Tue, 2014-01-07 at 09:34 +0100, Peter Zijlstra wrote:
On Mon, Jan 06, 2014 at 10:45:24PM +, Waskiewicz Jr, Peter P wrote:
Since its a very limited resource that seems like a weird assumption to
me; there's plenty scenarios in which you'd want to re-use RMIDs that
belong to a still
While working on the conversion of the s390 port to use memblock and
nobootmem instead of bootmem I discovered two small bugs:
alloc_memory_core_early() in mm/nobootmem.c called memblock_reserve()
without forwarding the return value of memblock_reserve().
free_low_memory_core() (used by
andr...@meetr.de wrote:
You can switch the line used to detect the display separately from the line
which is used to display the picture, so you can just switch DDC to the
intel card when you know it will try to detect the display, without having
to introduce flickering. There were a few
On Mon, Jan 06, 2014 at 09:02:44PM -0800, Guenter Roeck wrote:
On 01/06/2014 02:37 PM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.10.26 release.
There are 129 patches in this series, all will be posted as a response
to this one. If anyone has any
Hi John,
More patches to 3.14. The bulk of changes here is the 6LoWPAN support for
Bluetooth LE Devices. The commits that touches net/ieee802154/ are already
acked by David Miller. Other than that we have some RFCOMM fixes and
improvements plus fixes and clean ups all over the tree.
Please pull,
On Mon, Jan 06, 2014 at 09:01:12PM -0800, Guenter Roeck wrote:
On 01/06/2014 02:39 PM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.4.76 release.
There are 43 patches in this series, all will be posted as a response
to this one. If anyone has any issues
On Tue, Jan 07, 2014 at 04:16:14PM +0100, Philipp Hachtmann wrote:
When calling free_all_bootmem() the free areas under memblock's
control are released to the buddy allocator. Additionally the
reserved list is freed if it was reallocated by memblock.
The same should apply for the memory list.
On 16/12/13 18:09, Wei Liu wrote:
diff --git a/drivers/net/xen-netback/netback.c
b/drivers/net/xen-netback/netback.c
index e26cdda..f6ed1c8 100644
--- a/drivers/net/xen-netback/netback.c
+++ b/drivers/net/xen-netback/netback.c
@@ -906,11 +906,15 @@ static struct gnttab_map_grant_ref
When calling free_all_bootmem() the free areas under memblock's
control are released to the buddy allocator. Additionally the
reserved list is freed if it was reallocated by memblock.
The same should apply for the memory list.
Signed-off-by: Philipp Hachtmann pha...@linux.vnet.ibm.com
---
On Tue, Jan 07, 2014 at 01:15:23PM +, Peter Zijlstra wrote:
On Tue, Jan 07, 2014 at 01:59:30PM +0100, Peter Zijlstra wrote:
On Tue, Jan 07, 2014 at 12:55:18PM +, Morten Rasmussen wrote:
My understanding is that should_we_balance() decides which cpu is
eligible for doing the load
When memblock_reserve() fails because memblock.reserved.regions cannot
be resized, the caller (e.g. alloc_bootmem()) is not informed of the
failed allocation. Therefore alloc_bootmem() silently returns the same
pointer again and again.
This patch adds a check for the return value of
On Tue, Jan 07, 2014 at 04:16:13PM +0100, Philipp Hachtmann wrote:
When memblock_reserve() fails because memblock.reserved.regions cannot
be resized, the caller (e.g. alloc_bootmem()) is not informed of the
failed allocation. Therefore alloc_bootmem() silently returns the same
pointer again
On Mon, Jan 06, 2014 at 02:18:16PM +0800, Jiang Liu wrote:
Function detect_intel_iommu()/alloc_iommu()/parse_ioapics_under_ir()
are only used internally, so mark them as static.
Doesn't seem to be true for detect_intel_iommu which is used in ia64
setup code, no?
Joerg
--
To
On Tue, Jan 07, 2014 at 02:38:36PM +0800, Shen Guang wrote:
On Tue, Jan 7, 2014 at 11:53 AM, Greg KH gre...@linuxfoundation.org wrote:
On Tue, Jan 07, 2014 at 11:35:50AM +0800, 沈光 wrote:
On Tue, Jan 7, 2014 at 10:40 AM, Greg KH gre...@linuxfoundation.org
wrote:
On Tue, Jan 07, 2014 at
Eric Dumazet eric.duma...@gmail.com wrote:
diff --git a/net/netfilter/nf_conntrack_core.c
b/net/netfilter/nf_conntrack_core.c
index 43549eb..7a34bb2 100644
--- a/net/netfilter/nf_conntrack_core.c
+++ b/net/netfilter/nf_conntrack_core.c
@@ -387,8 +387,12 @@ begin:
On Tue, Jan 07, 2014 at 02:35:16AM +, Mark Salter wrote:
This patch creates a generic implementation of early_ioremap() support
based on the existing x86 implementation. early_ioremp() is useful for
early boot code which needs to temporarily map I/O or memory regions
before normal mapping
From: Ville Syrjälä ville.syrj...@linux.intel.com
There isn't an explicit stolen memory base register on gen2.
Some old comment in the i915 code suggests we should get it via
max_low_pfn_mapped, but that's clearly a bad idea on my MGM.
The e820 map in said machine looks like this:
[0.00]
On Mon, 2014-01-06 at 20:18 +0100, Florian Meier wrote:
Add support for DMA controller of BCM2835 as used in the Raspberry Pi.
Currently it only supports cyclic DMA.
Signed-off-by: Florian Meier florian.me...@koalo.de
---
Merging and rebasing was easier than I feared and
I found an
On 01/06, Sergio Durigan Junior wrote:
This patch implements the new PTRACE_EVENT_SYSCALL_{ENTER,EXIT} events
for ptrace. The goal is kind of obvious: it lets the tracer to request
for notifications when a syscall is called or has returned in the
tracee. This is very useful because
On 07-01-2014 11:07, Jean Delvare wrote:
On Tue, 7 Jan 2014 10:57:52 -0400, Eduardo Valentin wrote:
On 07-01-2014 10:05, Zhang, Rui wrote:
BTW, I've been thinking of make CONFIG_THERMAL a bool since long time ago,
the only thing that blocks me is that Thermal subsystem needs to register a
On Tuesday 07 January 2014, Tanmay Inamdar wrote:
On Fri, Jan 3, 2014 at 1:49 AM, Arnd Bergmann a...@arndb.de wrote:
+Required properties:
+- status: Either ok or disabled.
+- device_type: set to pci
+- compatible: should contain xgene,pcie to identify the core.
+- reg: base addresses
On Tue, 7 Jan 2014, Du, ChangbinX wrote:
Changbin, after looking more closely I realized there was a second
aspect to this race: recursively_mark_NOTATTACHED uses hub-ports[i]
while hub_disconnect removes the port devices. You ought to be able
to cause an oops by inserting a delay
Currently there's no way to know what triggers exist on a kernel without
looking at the source of the kernel or randomly trying out triggers.
Instead of creating another file in the debugfs system, simply show
what available triggers are there when cat'ing the trigger file when
it has no events:
On Thu, Dec 19, 2013 at 03:55:00PM +, Lee Jones wrote:
These drivers will not work without platform specific data, which is
passed in via Device Tree or Platform Data. To avoid the chance of
NULL pointer dereferencing and alike, let's ensure we have at least
one of the methods in play
On Monday 06 January 2014, Florian Meier wrote:
Add support for DMA controller of BCM2835 as used in the Raspberry Pi.
Currently it only supports cyclic DMA.
Signed-off-by: Florian Meier florian.me...@koalo.de
Acked-by: Arnd Bergmann a...@arndb.de
--
To unsubscribe from this list: send the
On Thu, Dec 19, 2013 at 03:55:02PM +, Lee Jones wrote:
The Slave Config's addr_width attribute is populated by data_width of
dma_cfg, which in turn is derived from dma_params' data_size attribute
and that comes from the slot_width which is always 16 bits (2 Bytes).
We're cutting out the
On Thu, Dec 19, 2013 at 03:55:01PM +, Lee Jones wrote:
We're getting closer to fully enabling the Ux500 ASoC driver for Device
Tree. When we switch over from using AUXDATA we'll need to match platform
by only Device Tree nodes. In this patch we NULL out the platform_name,
and supply nodes
On Tue, Jan 07, 2014 at 02:11:22PM +, Vincent Guittot wrote:
On 7 January 2014 14:22, Peter Zijlstra pet...@infradead.org wrote:
On Tue, Jan 07, 2014 at 09:32:04AM +0100, Vincent Guittot wrote:
On 6 January 2014 17:31, Peter Zijlstra pet...@infradead.org wrote:
On Mon, Jan 06, 2014 at
On Thu, Dec 19, 2013 at 03:54:58PM +, Lee Jones wrote:
Signed-off-by: Lee Jones lee.jo...@linaro.org
Applied, thanks.
signature.asc
Description: Digital signature
Hi,
On 2014-01-07 14:55, Ricardo Ribalda Delgado wrote:
This patch adds a test preventing streamon() if there is no buffer
ready.
Without this patch, a user could call streamon() before
preparing any buffer. This leads to a situation where if he calls
close() before calling streamoff() the
On Thu, Dec 19, 2013 at 03:55:05PM +, Lee Jones wrote:
In this patch we do two things. Firstly, instead of open coding the
store of DMA data in to the DAI for later use, we use the API provided.
Secondly we create and store similar DMA data for the DT case, only
this time we use 'struct
On Thu, Dec 19, 2013 at 03:55:04PM +, Lee Jones wrote:
Soon we will strip out pdata support from the Ux500 set of ASoC drivers.
When this happens it will have to supply a DMA slave_config to the
dmaengine. At the moment a great deal of this comes from pdata via
AUXDATA. We need to become
On Thu, Dec 19, 2013 at 03:55:03PM +, Lee Jones wrote:
In preparation for full Device Tree enablement we must differentiate
between the two varying ways DMA data can be held in the DAI store. If
we're booting with Device Tree the provided 'snd_dmaengine_dai_dma_data'
data structure shall
On Sun, Jan 5, 2014 at 11:23 PM, Pavel Machek pa...@ucw.cz wrote:
I implemented compiler for it (should we put it into tools/ somewhere?)
We have a precedent for putting firmware compilers into the kernel
tree:
On Thu, Dec 19, 2013 at 03:55:06PM +, Lee Jones wrote:
Acked-by: Linus Walleij linus.wall...@linaro.org
Signed-off-by: Lee Jones lee.jo...@linaro.org
Applied, thanks.
signature.asc
Description: Digital signature
On Thu, Dec 19, 2013 at 03:55:07PM +, Lee Jones wrote:
If booting with full DT support (i.e. DMA too, the last piece of the
puzzle), then we don't need to use the compatible_request_channel call
back or require some of the historical bumph which probably isn't
required by a platform data
On Thu, Dec 19, 2013 at 03:55:08PM +, Lee Jones wrote:
We no longer have a means to differentiate between MSP devices at probe
time, mainly because we don't really have to. So rather than have an over-
sized static data structure in place, where the only difference between
devices is the
On Tue, Jan 07, 2014 at 02:10:59PM +, Peter Zijlstra wrote:
On Tue, Jan 07, 2014 at 02:22:20PM +0100, Peter Zijlstra wrote:
I just realized there's two different p's in there.
Ah, another way of looking at it is that the avg without blocked
component is a 'now' picture. It is the
Yes; go read this:
lkml.kernel.org/r/20131219125205.gt3...@twins.programming.kicks-ass.net
Hmm, but AFAIK we're not using freeze counters on PMI today.
We just rely on the explicit disabling in the counters through the global
ctrl.
So it should be the same as with any other PMI which also
On Tue, Jan 07, 2014 at 09:13:42AM +0800, Xiubo Li wrote:
The simple-card's DAPM route maping is optional.
Applied both, thanks.
signature.asc
Description: Digital signature
On Tue, Jan 07 2014 at 3:56am -0500,
Chuansheng Liu chuansheng@intel.com wrote:
In case CONFIG_DEBUG_OBJECTS_WORK is defined, it is needed to
call destroy_work_on_stack() which frees the debug object to pair
with INIT_WORK_ONSTACK().
Signed-off-by: Liu, Chuansheng
On Tuesday 07 January 2014 16:35:01 Arnd Bergmann wrote:
+SoC specific DT Entry:
+ pcie0: pcie@1f2b {
+ status = disabled;
+ device_type = pci;
+ compatible = xgene,pcie;
+ #interrupt-cells = 1;
+ #size-cells
Also, the PT interrupt doesn't actually need to be an NMI; when the
proposed S/G implementation would actually work as stated there can be
plenty room left when we trigger the interrupt.
That's true.
-andi
--
a...@linux.intel.com -- Speaking for myself only.
--
To unsubscribe from this
On Tue, Jan 07, 2014 at 02:17:13PM +, Jiang Liu wrote:
Optimize jump label implementation for ARM64 by dynamically patching
kernel text.
Signed-off-by: Jiang Liu liu...@gmail.com
---
arch/arm64/Kconfig | 1 +
arch/arm64/include/asm/jump_label.h | 52
On Thu, Dec 19, 2013 at 08:31:54AM -0700, Jens Axboe wrote:
On Wed, Dec 18 2013, Jan Kara wrote:
Hello,
these three patches make smp_call_function_single() use lockless lists and
cleanup abuse of csd.list in the block layer. I have some use for lockless
smp_call_function_single()
So create two events, one for the PT stuff and one to track the
side-band stuff. We have a NOP event for just this purpose.
Ok I guess that could work.
Essentially replace the magic mmap offset with a second fd.
Alex, what do you think?
-Andi
--
a...@linux.intel.com -- Speaking for myself
On Tuesday 07 January 2014 14:41:30 Russell King - ARM Linux wrote:
On Tue, Jan 07, 2014 at 03:33:34PM +0100, Arnd Bergmann wrote:
It's been almost a year since we last discussed the patches that were
posted by Dave and sahara, but nothing has changed in the mainline kernel.
Any
This patch adds a test preventing streamon() if there is no buffer
ready.
Without this patch, a user could call streamon() before
preparing any buffer. This leads to a situation where if he calls
close() before calling streamoff() the device is kept streaming.
Signed-off-by: Ricardo Ribalda
On Tue, Jan 07, 2014 at 01:48:31PM +0100, Jan Kara wrote:
I have to say I'm not thrilled by the idea of juggling strings in
userspace and in kernel to set a flag for an inode...
Nevermind the massive amounts of code that sit in the filesystem.
Although my recent ACL patches are the first
On Mon, Jan 06, 2014 at 09:10:32PM +0100, Jan Kara wrote:
This is likely a problem of Linux direct IO implementation. The thing is
that in Linux when you are doing appending direct IO (i.e., direct IO which
changes file size), the IO is performed synchronously so that we have our
life
On Tue, Jan 07, 2014 at 02:05:48PM +, Lars Poeschel wrote:
From: Lars Poeschel poesc...@lemonage.de
This adds interrupt functionality for i2c chips to the driver.
They can act as a interrupt-controller and generate interrupts, if
the inputs change.
This is tested on a mcp23017 chip.
Now several years later, people are doing Steam consoles, people talk
about Android PCs.
If they go through the same development as me, regarding the licence,
this is what they are going to come to:
http://ovekarlsen.com/Blog/demoscene/
However Richard Stallmans egocult, “GNU” and play on
On Tue, Jan 07, 2014 at 01:04:01PM +0100, Jean Delvare wrote:
Hi Guenter, Randy,
On Mon, 06 Jan 2014 18:26:34 -0800, Guenter Roeck wrote:
On 01/06/2014 05:09 PM, Randy Dunlap wrote:
From: Randy Dunlap rdun...@infradead.org
Fix SENSORS_LM75 dependencies to eliminate build errors:
From: Julia Lawall julia.law...@lip6.fr
This driver does not need to adjust the power state on suspend, so the
call to pci_set_power_state in the resume function is a no-op. Drop it, to
make the code more understandable.
Signed-off-by: Julia Lawall julia.law...@lip6.fr
---
On Mon, Jan 06, 2014 at 02:18:07PM +0800, Jiang Liu wrote:
This patchset includes several bugfixes and code improvements for
Intel DMA remapping and interrupt remapping drivers. It's also a
preparation for Intel IOMMU device hotplug.
It applies to the latest mainstream kernel on top of
On Tue, Jan 07, 2014 at 04:07:38PM +0100, Jean Delvare wrote:
On Tue, 7 Jan 2014 10:57:52 -0400, Eduardo Valentin wrote:
On 07-01-2014 10:05, Zhang, Rui wrote:
BTW, I've been thinking of make CONFIG_THERMAL a bool since long time
ago, the only thing that blocks me is that Thermal
On Mon, Jan 06, 2014 at 09:18:44AM -0800, Dirk Brandewie wrote:
On 01/03/2014 02:06 PM, Paolo Bonzini wrote:
Il 03/01/2014 21:00, Dirk Brandewie ha scritto:
+case MSR_IA32_MPERF:
+case MSR_IA32_APERF:
OK I will spin the patch to only add MSR_PLATFORM_INFO.
These should never be
+/* SPI Flash Device Table */
+struct flash_info {
+ char*name;
+ /*
+ * JEDEC id zero means no ID (most older chips); otherwise it has
+ * a high byte of zero plus three data bytes: the manufacturer id,
+ * then a two byte device id.
+ */
+ u32
Reposting the series with LKML on cc as well.
Original thread (with a few replies) can be found here:
http://article.gmane.org/gmane.linux.power-management.general/41501
Sorry for double-posting.
Morten
Hi,
One of the
On Mon, Jan 6, 2014 at 11:41 AM, Rashika Kheria
rashika.khe...@gmail.com wrote:
Move prototype declaration of function radeon_kms_compat_ioctl() to
header file drm/radeon/radeon_drv.h because it is used by more than one
file.
This eliminates the following warning in
Common webbrowsing use-cases (no embedded videos, but dynamic contents
is ok) typically exhibit three distinct modes of operation depending on
what it is doing in relation to the user:
1)
Mode: Page load and rendering.
Behaviour: The duration is highly depends on the website but is
relatively
The current mainline scheduler doesn't give optimum performance on
heterogeneous systems for workload with few tasks (#tasks = #cpu).
Using cpu_power (in its current form) to inform the scheduler about the
relative compute capacity of the cpus is not sufficient.
1. cpu_power is not used on
Related to the issue of potential cpu capacity, task load is influenced
directly by the current P-state of the cpu it is running on. For
energy-aware task placement decisions the scheduler would need to
estimate the energy impact of scheduling a specific task on a specific
cpu. Depending on the
To minimize energy it may sometimes be better to put waking tasks on
partially loaded cpus instead of powering up more cpus (particularly if
it implies powering up a new cluster/group of cpus with associated
caches). To make that call, information about the potential spare cycles
on the busy cpus
2013/12/23 Jan Kara j...@suse.cz:
From: Christoph Hellwig h...@lst.de
Make smp_call_function_single and friends more efficient by using
a lockless list.
Signed-off-by: Christoph Hellwig h...@lst.de
Signed-off-by: Jan Kara j...@suse.cz
FWIW, I really like that patch.
Reviewed-by: Frederic
Similar to the issue of knowing the potential capacity of a cpu, the CFS
scheduler also needs to know the idle state of idle cpus. Currently, an
idle cpu is found using cpumask_first() when an extra cpu is needed (for
nohz_idle_balance in find_new_ilb() in sched/fair.c). The energy
trade-off
While performance is non-deterministic with the mainline scheduler
(described in issue 6) it also leads to non-deterministic energy
consumption. First step is to get performance right, but if we don't
keep energy in mind, heterogeneous systems will end up with high
performance and energy
The following commit introduced the requirement to not declare
thermal_zone_device_ops structs as const in order to allow
changing the .get_temp callback.
commit 4e5e4705bf69ea450f58fc709ac5888f321a9299
Author: Eduardo Valentin eduardo.valen...@ti.com
Date: Wed Jul 3 15:35:39 2013 -0400
1001 - 1100 of 1472 matches
Mail list logo
