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
> 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 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
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 th
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 dat
On Thu, Dec 19, 2013 at 03:55:06PM +, Lee Jones wrote:
> Acked-by: Linus Walleij
> Signed-off-by: Lee Jones
Applied, thanks.
signature.asc
Description: Digital signature
On Sun, Jan 5, 2014 at 11:23 PM, Pavel Machek 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:
https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/drivers/scsi/aic7xxx/aicasm
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 shal
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 becom
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
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 devi
On Thu, Dec 19, 2013 at 03:54:58PM +, Lee Jones wrote:
> Signed-off-by: Lee Jones
Applied, thanks.
signature.asc
Description: Digital signature
On Tue, Jan 07, 2014 at 02:11:22PM +, Vincent Guittot wrote:
> On 7 January 2014 14:22, Peter Zijlstra wrote:
> > On Tue, Jan 07, 2014 at 09:32:04AM +0100, Vincent Guittot wrote:
> >> On 6 January 2014 17:31, Peter Zijlstra wrote:
> >> > On Mon, Jan 06, 2014 at 02:41:31PM +0100, Vincent Guitt
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 nod
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
Acked-by: Arnd Bergmann
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" i
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: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 b
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 Tuesday 07 January 2014, Tanmay Inamdar wrote:
> On Fri, Jan 3, 2014 at 1:49 AM, Arnd Bergmann wrote:
> >> +Required properties:
> >> +- status: Either "ok" or "disabled".
> >> +- device_type: set to "pci"
> >> +- compatible: should contain "xgene,pcie" to identify the core.
> >> +- reg: base a
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 insertin
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 regist
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 curr
From: Ville Syrjälä
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] BIOS-e820: [mem 0x000
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 mappi
Eric Dumazet 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:
> > !at
On Tue, Jan 07, 2014 at 02:38:36PM +0800, Shen Guang wrote:
> On Tue, Jan 7, 2014 at 11:53 AM, Greg KH wrote:
> > On Tue, Jan 07, 2014 at 11:35:50AM +0800, 沈光 wrote:
> >> On Tue, Jan 7, 2014 at 10:40 AM, Greg KH
> >> wrote:
> >> > On Tue, Jan 07, 2014 at 10:33:14AM +0800, 沈光 wrote:
> >> >> set h
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 unsubsc
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
> ---
>
> Merging and rebasing was easier than I feared and
> I found an additional API chan
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 memblock_reserv
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 th
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
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
---
include/linux/memblock.h | 1 +
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 lis
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
*xenvif_get
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 i
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: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
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 di
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 free_all_
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 t
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
> ---
> arch/arm/boot/dts/omap5.dtsi | 2 ++
> 1 file changed, 2 insertio
On Fri, Dec 27, 2013 at 04:58:48AM +, Mark Zhang wrote:
> From: Colin Cross
>
> 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 the larger cach
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 t
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 num
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 SLAB
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
On Jan 6, 2014, at 8:36 PM, Darrick J. Wong wrote:
> On Fri, Jan 03, 2014 at 03:03:42PM -0500, Martin K. Petersen wrote:
>>> "Hannes" == Hannes Reinecke writes:
>>
>> Hannes> Personally, I doubt it's a good idea to kill it off, but a
>> Hannes> proper (userland) API for it has been a long
On Tuesday 07 January 2014 22:33:24 Ming Lei wrote:
> On Tue, Jan 7, 2014 at 10:12 PM, Arnd Bergmann wrote:
> > On Monday 28 October 2013, Ming Lei wrote:
>
> We had posted two patches to address the problem, see below link:
>
>http://lists.scusting.com/index.php?t=msg&goto=1726509&S=Google
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 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 thermal_gen
Missed lists earlier :(
On 7 January 2014 20:31, Viresh Kumar 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 the traces I se
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
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 functi
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
Cc: Andreas Heider
Cc: Seth Forshee
Signed-off-by: Ramkumar Ramachandra
---
drivers/gpu/drm/
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
Cc: Andreas Heider
Cc: Seth Forshee
Signed-off-by: Ramkumar Ramachandra
---
drivers/gpu/drm/i915/intel_crt.c | 1 +
drivers/g
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 pssst.
Damn, didn't work. Welcome to my mail f
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
Cc: An
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@vge
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’ [-Werror=implicit-fu
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
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 inf
[Forgot to CC]
On Tue, Jan 7, 2014 at 8:24 PM, Ramkumar Ramachandra 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 otherwise.
>
> Tha
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
drm/i91
Cc: Andreas Heider
Cc: Seth Forshee
Original-patch-by: Andreas Heider
Signed-off-by: Ramkumar Ramachandra
---
drivers/gpu/drm/i915/i915_dma.c | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/i915/i915_dma.c b/drivers/gpu/drm/i915/i915_dma.c
index 5c648
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 s
Hi Dmitry,
On Tue, Jan 7, 2014 at 3:56 PM, Dmitry Torokhov
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 request_firmware()
>> to fix the pro
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
separ
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 wrote:
> > > On Mon, Jan 28, 2013 at 11:33:11AM +0900, Keun-O Park wrote:
> > >> Hello guys,
> > >>
> > >> Could you please review the pa
On Tue, 07 Jan 2014, Mark Brown wrote:
> On Tue, Jan 07, 2014 at 02:11:54PM +, Lee Jones wrote:
>
> > > Acked-by: Linus Walleij
>
> > 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 Linus and yo
On 1/7/2014 3:33 PM, Mike Galbraith wrote:
http://s778.photobucket.com/user/DaveGlos/media/trollrepellent.jpg.html
pst pssst.. sss 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 obviously have
n
dma_addr_t was not used, where it should have been used.
Some format strings were not optimal.
Reported-by: kbuild test robot
Signed-off-by: Frank Haverkamp
---
drivers/misc/genwqe/card_dev.c | 23 ++-
1 file changed, 14 insertions(+), 9 deletions(-)
--- a/drivers/misc/ge
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
S
The header which contained the declaration for kcalloc() was not
inlcuded.
Reported-by: kbuild test robot
Signed-off-by: Frank Haverkamp
---
drivers/misc/genwqe/card_base.h |1 +
drivers/misc/genwqe/card_ddcb.c |1 +
2 files changed, 2 insertions(+)
--- a/drivers/misc/genwqe/card_base.
On Fri, Dec 20, 2013 at 04:45:01PM +0800, Li, Zhen-Hua wrote:
> There is a structure named context_entry used by intel iommu, and there
> are some bit operations on it. Use bit structure may make these operations
> easy.
> Also the function context_set_address_root may cause problem because it uses
On Tuesday 29 January 2013, Keun-O Park wrote:
> On Mon, Jan 28, 2013 at 9:50 PM, Dave Martin wrote:
> > On Mon, Jan 28, 2013 at 11:33:11AM +0900, Keun-O Park wrote:
> >> Hello guys,
> >>
> >> Could you please review the patch of fixing bug first of returning
> >> wrong address when using frame po
On Tue, Jan 07, 2014 at 03:10:04PM +0100, Tomasz Figa wrote:
> On Friday 06 of December 2013 12:32:14 Krzysztof Kozlowski wrote:
> > +- regulators :
> > + Required properties:
> > + - compatible : "maxim,max14577-regulator"
> > + May contain a sub-node per regulator from the list be
Hi Dan,
Am Dienstag, den 07.01.2014, 15:45 +0300 schrieb Dan Carpenter:
> Oops sorry... I'm also still catching up from the holidays. I think I
> was even CC'd on your earlier fix.
No problem. Let me send my latest set of patches for our GenWQE driver
which includes the ioctl return code fix an
On 01/07/2014 02:54 AM, Stephen Rothwell wrote:
Hi Gustavo,
Today's linux-next merge of the bluetooth tree got a conflict in
net/ieee802154/6lowpan.c between commit 965801e1eb62 ("net: 6lowpan: fix
lowpan_header_create non-compression memcpy call") from the tree and
commit 8df8c56a5abc ("6lowpa
On Tue, Jan 07, 2014 at 10:34:06AM +0800, Dave Young wrote:
> Hi, all
>
> I have a question in mind: can we copy and prepare kexec kernel while
> normal booting?
>
> Just like below wild idea:
>
> Kernel uncompress itself (assume kernel is relocatable)
> -> copy the kernel image somewhere for ba
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 to
`thermal_zone_of_sensor_unregister'
driver
On Mon, Dec 23, 2013 at 5:08 PM, Laszlo Papp wrote:
> These ICs already have hwmon driver support, but they also have some gpio
> functionality which this addition tries to address. Later on, there would be
> an
> MFD driver added as well.
>
> Signed-off-by: Laszlo Papp
As mentioned please aug
Seth Forshee wrote:
> 1. On many Macbook models the firmware isn't putting LVDS information
> in opregion. Reading the EDID during device initialization also
> fails since the DDC is muxed to the DGPU, so i915 concludes there's
> no LVDS and doesn't register an LVDS connector at all. I
On 07/01/14 10:22, Peter Zijlstra wrote:
> On Mon, Jan 06, 2014 at 06:41:25PM +, Dietmar Eggemann wrote:
>> But the MC level cpu mask func ptr is called cpu_coregroup_mask.
>
> Nothing a bit of sed won't cure very quickly indeed :-)
True, but that would mean that if two adjacent levels use th
http://s778.photobucket.com/user/DaveGlos/media/trollrepellent.jpg.html
pst pssst.. sss pssst.
--
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
Hi Arnd,
On Tue, Jan 7, 2014 at 10:12 PM, Arnd Bergmann wrote:
> On Monday 28 October 2013, Ming Lei wrote:
>> This patch uses CONFIG_PAGE_OFFSET to filter symbols which
>> are not in kernel address space because these symbols are
>> generally for generating code purpose and can't be run at
>> ke
Hi Eduardo,
On Tue, 7 Jan 2014 08:23:43 -0400, Eduardo Valentin wrote:
> On 07-01-2014 08:04, Jean Delvare wrote:
> > On Mon, 06 Jan 2014 18:26:34 -0800, Guenter Roeck wrote:
> >> This needs to be addressed
> >> in the thermal code, for example with dummy declarations if THERMAL=m but
> >> SENSORS
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 function can then be called in the dma_debu
On 14-01-07 12:22 AM, H. Peter Anvin wrote:
> On 01/06/2014 04:20 PM, Paul Gortmaker wrote:
>> None of these files are actually using any __init type directives
>> and hence don't need to include . Most are just a
>> left over from __devinit and __cpuinit removal, or simply due to
>> code getting
On Tue, Jan 7, 2014 at 2:20 PM, Fengguang Wu wrote:
> Hi Stephane,
>
> On Tue, Jan 07, 2014 at 10:52:50AM +0100, Stephane Eranian wrote:
>> Hi,
>>
>> With the hrtitmer patch, you will get more regular multiplexing when
>> you have idle cores during your benchmark.
>> Without the patch, multiplexin
Hi,
On Thursday, January 02, 2014 07:03:23 PM Yuvaraj Kumar wrote:
> On Tue, Dec 31, 2013 at 9:00 PM, Bartlomiej Zolnierkiewicz
> wrote:
> >> @@ -8,3 +8,4 @@ obj-$(CONFIG_PHY_EXYNOS_MIPI_VIDEO) +=
> >> phy-exynos-mipi-video.o
> >> obj-$(CONFIG_PHY_MVEBU_SATA) += phy-mvebu-sata.o
> >
On Tue, Jan 07, 2014 at 11:14:00AM -0300, Arnaldo Carvalho de Melo wrote:
> Em Tue, Jan 07, 2014 at 01:47:19PM +0100, Jiri Olsa escreveu:
> > The id_hdr_size field was not properly initialized,
> > setting it to zero.
>
> Humm, is there any place where 'machine' doesn't come from calloc/zalloc?
m
Optimize jump label implementation for ARM64 by dynamically patching
kernel text.
Signed-off-by: Jiang Liu
---
arch/arm64/Kconfig | 1 +
arch/arm64/include/asm/jump_label.h | 52 +
arch/arm64/kernel/Makefile | 1 +
arch/arm64/kernel/jum
Use macro JUMP_LABEL_TRUE_BRANCH instead of hard-coding for better
readability.
Acked-by: Steven Rostedt
Acked-by: Jason Baron
Signed-off-by: Jiang Liu
---
include/linux/jump_label.h | 19 ---
1 file changed, 12 insertions(+), 7 deletions(-)
diff --git a/include/linux/jump_lab
As commit a9468f30b5eac6 "ARM: 7333/2: jump label: detect %c
support for ARM", this patch detects the same thing for ARM64
because some ARM64 GCC versions have the same issue.
Some versions of ARM64 GCC which do support asm goto, do not
support the %c specifier. Since we need the %c to support jum
Function encode_insn_immediate() will be used by other instruction
manipulate related functions, so move it into insn.c and rename it
as aarch64_insn_encode_immediate().
Reviewed-by: Will Deacon
Signed-off-by: Jiang Liu
---
arch/arm64/include/asm/insn.h | 13
arch/arm64/kernel/insn.c
On Tue, Jan 07, 2014 at 02:05:26PM +0100, Lars Poeschel wrote:
> From: Lars Poeschel
>
> This is obiviously a bad patch. Do not merge it!
> I have a GSM Modem (Quectel M95 Revision: M95AR01A11) that I have a problem
> with when using the n_gsm mux line discipline. After attaching the line
> disci
Introduce basic aarch64 instruction decoding helper
aarch64_get_insn_class() and aarch64_insn_hotpatch_safe().
Reviewed-by: Will Deacon
Signed-off-by: Jiang Liu
---
arch/arm64/include/asm/insn.h | 77
arch/arm64/kernel/Makefile| 2 +-
arch/arm64/kernel/
Introduce aarch64_insn_gen_{nop|branch_imm}() helper functions, which
will be used to implement jump label on ARM64.
Reviewed-by: Will Deacon
Signed-off-by: Jiang Liu
---
arch/arm64/include/asm/insn.h | 10 ++
arch/arm64/kernel/insn.c | 40
Introduce three interfaces to patch kernel and module code:
aarch64_insn_patch_text_nosync():
patch code without synchronization, it's caller's responsibility
to synchronize all CPUs if needed.
aarch64_insn_patch_text_sync():
patch code and always synchronize with stop_machi
This patchset tries to optimize arch specfic jump label implementation
for ARM64 by dynamic kernel text patching.
To enable this feature, your toolchain must support "asm goto" extension
and "%c" constraint extesion.
It has been tested on ARM Fast mode and a real hardware platform.
V7->V8:
1) Mi
401 - 500 of 736 matches
Mail list logo