The HS USB 2 PHY gets its clock from AUXCLK1. Provide this
information.
Signed-off-by: Roger Quadros
---
arch/arm/boot/dts/omap5-uevm.dts | 8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff --git a/arch/arm/boot/dts/omap5-uevm.dts b/arch/arm/boot/dts/omap5-uevm.dts
index
Hi!
> > > Second version contains new patch for fixing NULL pointer
> > > dereference which sometimes cause kernel panic and fixes code
> > > suggested by Pavel Machek.
>
> > So far, there are no new comments for patches 01, 03-13 and 16.
> > Are there any other problems with that patches or
Hello Arnd,
On 07/01/2014 12:54, Arnd Bergmann wrote:
After commit 99f14bd4d1 "Merge 3.13-rc5 into usb-next" (in linux-next as of
today), I'm getting this error building any at91 kernel:
drivers/usb/host/ohci-at91.c: In function 'usb_hcd_at91_probe':
drivers/usb/host/ohci-at91.c:190:4: error:
From: Martin Hofmann
The file 80211hdr.h contained typedefs for 5 types. To satisfy checkpatch,
this commit removes them. In 11 other files, every occurence of a now deleted
type has been substituted with the correct struct ... syntax.
Signed-off-by: Martin Hofmann
Signed-off-by: Michael
From: Martin Hofmann
This patch fixes indentation style belonging to function calls as well as some
run-away closing parentheses when calling functions.
Signed-off-by: Martin Hofmann
Signed-off-by: Michael Gunselmann
---
drivers/staging/vt6655/wroute.c | 30 +-
1
From: Martin Hofmann
wpactl.h contained some typedefs for enums. These were removed in this patch.
Also, a typedef for a type "unsigned long long" that was only instantiated in
one place was removed and its declaration altered.
Signed-off-by: Martin Hofmann
Signed-off-by: Michael Gunselmann
From: Martin Hofmann
This patch removes some unnecessary braces concerning if-statements in the file
wroute.c
Signed-off-by: Martin Hofmann
Signed-off-by: Michael Gunselmann
---
drivers/staging/vt6655/wroute.c | 12 +---
1 file changed, 5 insertions(+), 7 deletions(-)
diff --git
From: Martin Hofmann
This patch fixes the usage of printk in wpactl.c concering one missing log level
occurence and some whitespaces before a newline.
Signed-off-by: Martin Hofmann
Signed-off-by: Michael Gunselmann
---
drivers/staging/vt6655/wpactl.c | 24
1 file
From: Martin Hofmann
The file wroute.c contained some silly casts. This patch removes them.
Signed-off-by: Martin Hofmann
Signed-off-by: Michael Gunselmann
---
drivers/staging/vt6655/wroute.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git
From: Martin Hofmann
The file 80211hdr.h contained the macro WLAN_GET_FC_PRVER(n). The big endian
fashion of this macro had unbalanced parentheses. This patch removes the
parentheses in question.
Signed-off-by: Martin Hofmann
Signed-off-by: Michael Gunselmann
---
This patch series cleans up some checkpatch errors and warnings
in some files of the vt6655 driver in staging.
The reference git tree is linux-next.
Not all files of the driver were cleaned up in this patch series.
The patches should not incorporate functional changes.
--
1.8.1.2
--
To
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
> >
> > Fix SENSORS_LM75 dependencies to eliminate build errors:
> >
> > drivers/built-in.o: In function `lm75_remove':
> > lm75.c:(.text+0x12bd8c):
On Tue, Jan 07, 2014 at 02:44:10AM +, Wei Ni wrote:
> On 01/06/2014 10:54 PM, Eduardo Valentin wrote:
> > * PGP Signed by an unknown key
> >
> > On 06-01-2014 09:51, Mark Rutland wrote:
> >> On Thu, Jan 02, 2014 at 05:50:06PM +, Matthew Longnecker wrote:
> >>>
> I think the platform
After commit 99f14bd4d1 "Merge 3.13-rc5 into usb-next" (in linux-next as of
today), I'm getting this error building any at91 kernel:
drivers/usb/host/ohci-at91.c: In function 'usb_hcd_at91_probe':
drivers/usb/host/ohci-at91.c:190:4: error: label 'err' used but not defined
goto err;
^
SSS module on Exynos5 SoCs has added features to the one on S5PV210
However minor changes to the s5p-sss.c driver are required to support
SSS modules on Exynos5 SoCs.
This patch set
1. Adds device tree support to the s5p-sss.c driver
2. Adds code to support SSS module on Exynos5 SoCs
3. Adds
This patch adds device tree support along with a new
compatible string to support Exynos5 SoCs (SSS_VER_5).
Also, Documentation under devicetree/bindings added.
Signed-off-by: Naveen Krishna Ch
CC: Herbert Xu
CC: David S. Miller
CC: Vladimir Zapolskiy
TO:
CC:
---
The differences between SSS modules on S5PV210 and Exynos5
(AFA the driver supports)
1. AES register are at an offset of 0x200 on Exynos5
2. hash interrupt is no longer needed on Exynos5
This patch adds code needed to address the above changes.
Signed-off-by: Naveen Krishna Ch
CC: Herbert Xu
From: Naveen Krishna Chatradhi
this patch adds the device tree nodes for SSS module found on Exynos5420
Signed-off-by: Naveen Krishna Chatradhi
TO:
CC: Kukjin Kim
CC:
---
arch/arm/boot/dts/exynos5420.dtsi | 10 ++
1 file changed, 10 insertions(+)
diff --git
This patch modifies Kconfig such that ARCH_EXYNOS5 SoCs
can also select Samsung SSS(Security SubSystem) driver.
Signed-off-by: Naveen Krishna Ch
CC: Herbert Xu
CC: David S. Miller
CC: Vladimir Zapolskiy
TO:
CC:
---
drivers/crypto/Kconfig |8
1 file changed, 4 insertions(+), 4
This patch uses the platform_get_irq() instead of the
platform_get_irq_byname(). Making feeder control interrupt
as resource "0" and hash interrupt as "1".
reasons for this change.
1. Cannot find any Arch which is currently using this driver
2. Samsung Exynos5 SoCs only use the feeder control
On Tue, Jan 07, 2014 at 04:42:12PM +0530, Ramkumar Ramachandra wrote:
> Chris Wilson wrote:
> > On Tue, Jan 07, 2014 at 03:28:43PM +0530, Ramkumar Ramachandra wrote:
> >> If the LVDS panel wasn't connected at boot then we won't have an EDID
> >> for it. To fix this, call intel_lvds_get_edid() from
On Tue, Jan 07, 2014 at 12:06:37PM +0530, Satish Patel wrote:
> >> + if (pdata->irq == 0) {
> >> + /* look for the field irq-gpio in DT */
> >> + irq_gpio = of_get_named_gpio(np, "irq-gpio", 0);
> >> + if (!gpio_is_valid(irq_gpio)) {
> >> +
On Tue, Jan 07, 2014 at 12:28:09PM +0100, Philipp Zabel wrote:
> Am Dienstag, den 07.01.2014, 12:19 +0100 schrieb Maxime Ripard:
> > > I was under the (wrong) impression that gpiod_direction_output takes a
> > > logical value as gpiod_set_value does. Will fix that.
> >
> > I don't think
On 01/07/2014 02:31 PM, Andrey Vagin wrote:
> Lets look at destroy_conntrack:
>
> hlist_nulls_del_rcu(>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
On 06-01-2014 22:26, Guenter Roeck wrote:
> On 01/06/2014 05:09 PM, Randy Dunlap wrote:
>> On 01/06/14 12:32, Guenter Roeck wrote:
>>> On Mon, Jan 06, 2014 at 11:51:36AM -0800, Randy Dunlap wrote:
On 01/06/14 01:40, Stephen Rothwell wrote:
> Hi all,
>
> This tree fails (more than
The documentation was not clear about whether gpio_direction_output should take
a logical value or the physical level on the output line, i.e. whether the
ACTIVE_LOW status would be taken into account.
This converts gpiod_direction_output to use the logical level and adds a new
Am Dienstag, den 07.01.2014, 12:19 +0100 schrieb Maxime Ripard:
> Hi Philipp,
>
> On Tue, Jan 07, 2014 at 10:52:21AM +0100, Philipp Zabel wrote:
> > > > + const char *gpio_con_id = "reset";
> > > > + struct reset_controller_dev *rcdev;
> > > > + struct reset_control *rstc;
> > >
Hi Chuansheng,
On 01/07 2014 16:53 PM, Chuansheng Liu 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
> ---
> fs/xfs/xfs_bmap_util.c |
On Tue, Jan 07, 2014 at 10:39:39AM +, Preeti U Murthy wrote:
> On 01/07/2014 03:20 PM, Peter Zijlstra wrote:
> > On Tue, Jan 07, 2014 at 03:10:21PM +0530, Preeti U Murthy wrote:
> >> What if we want to add arch specific flags to the NUMA domain? Currently
> >> with Peter's
Hi Philipp,
On Tue, Jan 07, 2014 at 10:52:21AM +0100, Philipp Zabel wrote:
> > > + const char *gpio_con_id = "reset";
> > > + struct reset_controller_dev *rcdev;
> > > + struct reset_control *rstc;
> > > + struct gpio_desc *gpiod;
> > > + bool asserted = false;
> > > + char scratch[48];
> > > +
Hi,
It seems that the patch was to big for some linux lists.
If you miss some patch files, you can download them also at:
http://snapraid.sourceforge.net/linux/v2/
Sorry about that.
Ciao,
Andrea
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
On 06-01-2014 22:48, Wei Ni wrote:
> Hi, Eduardo
> Will you consider my comments :)
By now Wei, it is better if you start a new thread, by sending a patch
on top of it, as this thread has been already merged by Rui.
>
> Thanks.
> Wei.
>
> On 12/31/2013 06:17 PM, Wei Ni wrote:
>> On 11/13/2013
I am having a humorous tone here, you probably understand that.
I have been researching "what is normal consciousness" for a while, and
in that, I let myself sometimes be led by emotion or the heat of the
argument, to see if more "subconscious processes" want to tell me
something. Probably
> > From: Mallikarjun Kasoju
> >
> > If pins are used for function output like pwm, clk32k,
> > power good etc then set it as output mode default.
> >
> > Signed-off-by: Mallikarjun Kasoju
> > Signed-off-by: Laxman Dewangan
> > ---
> > drivers/pinctrl/pinctrl-as3722.c | 20
On Tue, Jan 07, 2014 at 04:09:39PM +0530, Preeti U Murthy wrote:
> On 01/07/2014 03:20 PM, Peter Zijlstra wrote:
> > On Tue, Jan 07, 2014 at 03:10:21PM +0530, Preeti U Murthy wrote:
> >> What if we want to add arch specific flags to the NUMA domain? Currently
> >> with Peter's
Chris Wilson wrote:
> On Tue, Jan 07, 2014 at 03:28:43PM +0530, Ramkumar Ramachandra wrote:
>> If the LVDS panel wasn't connected at boot then we won't have an EDID
>> for it. To fix this, call intel_lvds_get_edid() from the vga_switcheroo
>> reprobe callback.
>
> I would rather have an iterator
HI Kishon
On Tue, Jan 7, 2014 at 3:19 PM, Kishon Vijay Abraham I wrote:
> Hi,
>
> On Monday 30 December 2013 03:13 PM, Vivek Gautam wrote:
>> Hi Kishon,
>>
>>
>> On Tue, Dec 24, 2013 at 11:15 PM, Kishon Vijay Abraham I
>> wrote:
>>> Hi,
>>>
>>>
>>> On Thursday 05 December 2013 01:44 PM, Vivek
Hi Chris,
Chris Wilson wrote:
>> diff --git a/drivers/gpu/drm/i915/i915_dma.c
>> b/drivers/gpu/drm/i915/i915_dma.c
>> index 5c64842..336a835b 100644
>> --- a/drivers/gpu/drm/i915/i915_dma.c
>> +++ b/drivers/gpu/drm/i915/i915_dma.c
>> @@ -1265,6 +1265,12 @@ static void
On Mon, Dec 30, 2013 at 08:14:15PM +, Stephen Boyd wrote:
> The Krait L1/L2 error reporting device is made up of two
> interrupts, one per-CPU interrupt for the L1 caches and one
> interrupt for the L2 cache.
>
> Cc: Lorenzo Pieralisi
> Cc: Mark Rutland
> Cc: Kumar Gala
> Cc:
>
On Tue, Jan 07, 2014 at 11:21:12AM +0100, Jakob Bornecrantz wrote:
> On Mon, Jan 6, 2014 at 5:48 PM, Rashika Kheria
> wrote:
> > Mark functions as static because they are not used outside the file
> > drm/vmwgfx/vmwgfx_kms.c.
> >
> > This eliminates the following warnings in
On Tue, Jan 07, 2014 at 10:48:53AM +0100, Geert Uytterhoeven wrote:
> On Tue, Jan 7, 2014 at 6:55 AM, Sam Ravnborg wrote:
> > On Mon, Jan 06, 2014 at 12:47:07PM -0800, Josh Triplett wrote:
> >> [CCing build-system folks and others likely to know about potential
> >> issues.]
> >>
> >> Does anyone
On Tue, Jan 07, 2014 at 11:25:30AM +0900, Akira Takeuchi wrote:
> On Mon, 6 Jan 2014 12:32:07 +
> Luis Henriques wrote:
>
> > On Mon, Jan 06, 2014 at 07:19:10PM +0900, Akira Takeuchi wrote:
> > > On Fri, 03 Jan 2014 04:26:43 +
> > > Ben Hutchings wrote:
> > >
> > > > On Sun, 2013-12-29
On 07/01/2014 11:41, Nicolas Ferre :
> Hi,
Sorry for the noise: I messed up with git-send-email...
I re-sent the whole series.
Bye,
> These four fixes are pretty important for our atmel_serial driver as they
> deal with closing/re-opening of ports. They fix race condition and
> null pointers
From: Mark Deneen
When using RX DMA, the driver won't pass any data to the uart layer
until the buffer is flipped. When the port is shutdown, the dma buffers
are unmapped, but the head and tail of the ring buffer are not reseted.
Since the serial console will keep the port open, this will only
From: Marek Roszko
Something asks a tasklet to be scheduled when the uart port is closed.
Need to supress the kernel panic for now by checking if the port is NULL or
not.
Signed-off-by: Marek Roszko
Acked-by: Leilei Zhao
Cc: # v3.12
Signed-off-by: Nicolas Ferre
---
On Tue, Jan 07, 2014 at 03:28:43PM +0530, Ramkumar Ramachandra wrote:
> If the LVDS panel wasn't connected at boot then we won't have an EDID
> for it. To fix this, call intel_lvds_get_edid() from the vga_switcheroo
> reprobe callback.
I would rather have an iterator over all our connectors (or
From: Marek Roszko
The _remove callback could be called when a tasklet is scheduled. tasklet_kill
was called inside the function in order to free up any scheduled tasklets.
However it was called after uart_remove_one_port which destroys tty references
needed in the port for atmel_tasklet_func.
From: Marek Roszko
Interrupts were being cleaned up late in the shutdown handler, it is possible
that an interrupt can occur and schedule a tasklet that runs after the port is
cleaned up. There is a null dereference due to this race condition with the
following stacktrace:
[]
On Mon, Jan 06, 2014 at 05:55:12PM -0700, Bjorn Helgaas wrote:
> This is basically v7 of Yinghai's patch series:
> http://lkml.kernel.org/r/1387485843-17403-1-git-send-email-ying...@kernel.org
>
> The goal is to try to put 64-bit BARs above 4G so we can preserve the
> 32-bit bus address space for
On 01/07/2014 03:20 PM, Peter Zijlstra wrote:
> On Tue, Jan 07, 2014 at 03:10:21PM +0530, Preeti U Murthy wrote:
>> What if we want to add arch specific flags to the NUMA domain? Currently
>> with Peter's patch:https://lkml.org/lkml/2013/11/5/239 and this patch,
>> the arch can modify the sd flags
On Tue, Jan 07, 2014 at 03:28:40PM +0530, Ramkumar Ramachandra wrote:
> 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(-)
>
>
於 一，2014-01-06 於 21:37 -0800，H. Peter Anvin 提到：
> On 01/06/2014 12:58 AM, joeyli wrote:
> > 於 二，2013-12-31 於 16:42 -0800，H. Peter Anvin 提到：
> >> On 12/19/2013 09:41 PM, joeyli wrote:
>
> What platform do you have that has TAD support? I am wondering how this
> was tested.
>
>
Hi,
These four fixes are pretty important for our atmel_serial driver as they
deal with closing/re-opening of ports. They fix race condition and
null pointers dereference.
I added the "stable" tag to each of them (v3.12).
Even if we are late in the development cycle, can you please consider
Hi Florian,
2014/1/7 Florian Westphal :
> Andrew Vagin wrote:
>> > ct = nf_ct_tuplehash_to_ctrack(h);
>> > if (unlikely(nf_ct_is_dying(ct) ||
>> > !atomic_inc_not_zero(>ct_general.use)))
>> > // which means we
On Tue, Jan 07, 2014 at 11:09:11AM +0100, Michal Marek wrote:
> On 2014-01-07 10:48, Geert Uytterhoeven wrote:
> > Furthermore some userspace may rely on doing #define XXX to avoid
> > including a specific kernel header (yes, it's ugly).
>
> This pattern is also sometimes used:
> $ head -6
Lets look at destroy_conntrack:
hlist_nulls_del_rcu(>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_DESTROY_BY_RCU.
The hash is protected by rcu, so readers look up
Hi Chris,
On 01/06, Chris Mason wrote:
> Neat. The faila/failb were always my least favorite part of the btrfs
> code ;) Did you test just raid5/6 or also the higher parity counts?
At this stage no real testing was made with btrfs.
The intention of this btrfs patch is mainly to get feedback on
Ramkumar Ramachandra wrote:
> My system freezes if I remove modules like usbhci, ahci, ehci_hcd.
Correction: my input devices (keyboard, trackpad) depend on usbhci,
ehci_hcd, while libata and my hard disk drivers depend on ahci;
there's no way I can do without them. I'm trying to get VGA
__percpu_counter_add() may be called in softirq/hardirq handler
(such as, blk_mq_queue_exit() is typically called in hardirq/softirq
handler), so we need to disable local irq when updating the percpu
counter, otherwise counts may be lost.
The patch fixes problem that 'rmmod null_blk' may hang in
Hi,
On Thu, Jan 2, 2014 at 9:11 PM, srinivas kandagatla
wrote:
> Hi Chen,
>
> On 24/12/13 03:27, Chen-Yu Tsai wrote:
>> Srinivas,
>>
>> Let's keep platform data as of_data, so SoC compatibles can pass
>> hardware feature flags for cores that don't support auto-detection.
>
> I understand your
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 :-)
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On Tue 07-01-14 13:29:31, Bob Liu wrote:
> On Mon, Jan 6, 2014 at 10:18 PM, Michal Hocko wrote:
> > On Mon 06-01-14 20:45:54, Bob Liu wrote:
> > [...]
> >> 544 if (PageAnon(page)) {
> >> 545 struct anon_vma *page__anon_vma = page_anon_vma(page);
> >> 546
On Mon, Jan 6, 2014 at 5:48 PM, Rashika Kheria wrote:
> Mark functions as static because they are not used outside the file
> drm/vmwgfx/vmwgfx_kms.c.
>
> This eliminates the following warnings in drm/vmwgfx/vmwgfx_kms.c:
> drivers/gpu/drm/vmwgfx/vmwgfx_kms.c:43:6: warning: no previous prototype
> -Original Message-
> From: Chanwoo Choi [mailto:cw00.c...@samsung.com]
> Sent: Tuesday, January 07, 2014 2:09 PM
> To: RongJun Ying
> Cc: MyungJoo Ham; Barry Song; linux-arm-ker...@lists.infradead.org;
> linux-kernel@vger.kernel.org; DL-SHA-WorkGroupLinux; Rongjun Ying
> Subject: Re:
Hi Greg,
On Mon, Jan 06, 2014 at 10:39:15PM +, Greg Kroah-Hartman wrote:
> 3.10-stable review patch. If anyone has any objections, please let me know.
This patch alone may break ARM systems booted at hyp mode or when KVM is
in use, causing CPUs to have different views of time or for a given
On 2014-01-07 10:48, Geert Uytterhoeven wrote:
> Furthermore some userspace may rely on doing #define XXX to avoid
> including a specific kernel header (yes, it's ugly).
This pattern is also sometimes used:
$ head -6 include/linux/spinlock_up.h
#ifndef __LINUX_SPINLOCK_UP_H
#define
Hi Neil,
On 01/07, NeilBrown wrote:
> > To do the same with up to six failures, it's now required some kind of sort
> > function.
>
> So I would probably just make sure we always process the block is the "right"
> order. Then sorting would be irrelevant.
> But as I say, I haven't fiddled with
At Mon, 06 Jan 2014 14:34:28 +0200,
Denis Turischev wrote:
>
> Hi Sarah,
>
> On 01/03/2014 02:03 AM, Sarah Sharp wrote:
> > Denis, do all of Compulab's Haswell systems reboot on shutdown? Are
> > they all running a Phoenix BIOS? Can you send me the output of `sudo
> > lspci -vvv -s` for the
Hi,
VGA switcheroo doesn't work on my 2013 MBP, and I'm trying to fix
it. From what I've gathered from previous patches, it seems that the
EDID is not computed at boottime, because LVDS isn't connected to the
i915 card (and is connected to the nouveau card instead). So, here's a
series to get
This code will be reused to support hybrid graphics on some Apple
machines that can't get a mode for the LVDS panel at boot, so move it
into a new function named intel_lvds_get_edid().
Cc: Andreas Heider
Cc: Seth Forshee
Original-patch-by: Seth Forshee
Signed-off-by: Ramkumar Ramachandra
---
If the LVDS panel wasn't connected at boot then we won't have an EDID
for it. To fix this, call intel_lvds_get_edid() from the vga_switcheroo
reprobe callback.
Cc: Andreas Heider
Cc: Seth Forshee
Original-patch-by: Seth Forshee
Signed-off-by: Ramkumar Ramachandra
---
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
intel_lvds_get_edid() needs to be called when switching GPUs, but it
currently assumes that it will only be called once and that there's
always an LVDS connector present when it's called. Fix this assumptions.
Cc: Andreas Heider
Cc: Seth Forshee
Original-patch-by: Seth Forshee
Signed-off-by:
function alt_xfer() may return NULL, should check its return value passed into
create_urbs() as parameter.
gspca_init_transfer()
{
... ...
ret = create_urbs(gspca_dev,alt_xfer(>altsetting[alt], xfer));
... ...
}
Signed-off-by: Ethan Zhao
---
drivers/media/usb/gspca/gspca.c | 2 ++
1 file
On Mon, Jan 06, 2014 at 05:15:30PM +, Morten Rasmussen wrote:
> Is there any examples of frequency domains not matching the span of a
> sched_domain?
nafaik, but I don't really know much about this anyway.
> I would have thought that we would have a matching sched_domain to hang
> the P and
On Thursday 26 December 2013 06:35 PM, Aaro Koskinen wrote:
> Hi,
>
> On Tue, Dec 03, 2013 at 07:38:52PM +0530, Kishon Vijay Abraham I wrote:
>> Fixes
>> warning: (OMAP_USB2 && TWL4030_USB) selects USB_PHY which has unmet
>> direct dependencies (USB_SUPPORT)
>> that shows up while disabling
Hi,
With the hrtitmer patch, you will get more regular multiplexing when
you have idle cores during your benchmark.
Without the patch, multiplexing was piggybacked on timer tick. The
timer tick does not occur when a core is idle
when using a tickless kernel. Thus, the quality of the results with
Hi Maxime,
Am Montag, den 06.01.2014, 19:14 +0100 schrieb Maxime Ripard:
> > +struct reset_control *gpio_reset_control_get(struct device *dev, const
> > char *id)
> > +{
> > + const char *assert_prop = "reset-initially-asserted";
>
> I guess you meant reset-boot-asserted here, right?
Yes,
On Tue, Jan 07, 2014 at 03:10:21PM +0530, Preeti U Murthy wrote:
> What if we want to add arch specific flags to the NUMA domain? Currently
> with Peter's patch:https://lkml.org/lkml/2013/11/5/239 and this patch,
> the arch can modify the sd flags of the topology levels till just before
> the NUMA
Hi,
On Monday 30 December 2013 03:13 PM, Vivek Gautam wrote:
> Hi Kishon,
>
>
> On Tue, Dec 24, 2013 at 11:15 PM, Kishon Vijay Abraham I
> wrote:
>> Hi,
>>
>>
>> On Thursday 05 December 2013 01:44 PM, Vivek Gautam wrote:
>>>
>>> Hi Kishon,
>>>
>>>
>>> On Wed, Dec 4, 2013 at 7:58 PM, Kishon
On Tue, Jan 7, 2014 at 6:55 AM, Sam Ravnborg wrote:
> On Mon, Jan 06, 2014 at 12:47:07PM -0800, Josh Triplett wrote:
>> [CCing build-system folks and others likely to know about potential
>> issues.]
>>
>> Does anyone have any objection to the use of "#pragma once" instead of
>> the usual
> -Original Message-
> From: Chanwoo Choi [mailto:cw00.c...@samsung.com]
> Sent: Tuesday, January 07, 2014 2:07 PM
> To: RongJun Ying
> Cc: MyungJoo Ham; Barry Song; linux-arm-ker...@lists.infradead.org;
> linux-kernel@vger.kernel.org; DL-SHA-WorkGroupLinux; Rongjun Ying
> Subject: Re:
Hi Vincent, Peter,
On 12/18/2013 06:43 PM, Vincent Guittot wrote:
> This patch applies on top of the two patches [1][2] that have been proposed by
> Peter for creating a new way to initialize sched_domain. It includes some
> minor
> compilation fixes and a trial of using this new method on ARM
On Tue, Jan 07, 2014 at 10:22:54AM +0100, Philippe De Muyter wrote:
> Hi Shawn & Dong,
>
> On Sat, Dec 14, 2013 at 08:16:15PM +0800, Shawn Guo wrote:
> > On Fri, Dec 13, 2013 at 11:14:25PM +0100, Philippe De Muyter wrote:
> > > Hi Shawn,
> > >
> > > On Fri, Dec 13, 2013 at 09:34:32PM +0800,
On Thursday 02 January 2014 07:13 PM, Yuvaraj Kumar wrote:
> On Tue, Dec 31, 2013 at 4:18 PM, Kishon Vijay Abraham I wrote:
>> Hi Yuvaraj,
>>
>>
>> On Monday 30 December 2013 06:37 PM, Yuvaraj Kumar C D wrote:
>>>
>>> This patch adds the sata phy driver for Exynos5250.Exynos5250 sata
>>> phy
Has kmalloc() failure checking there, so it is unnecessary to allocate with
__GFP_NOFAIL flag that might block forever.
Signed-off-by: Ethan Zhao
---
arch/sparc/kernel/mdesc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/sparc/kernel/mdesc.c
Dear one
My Name is Collins Jeff i am a Director of Lintot Oil Company in UK i needed a
land property that can be sold to me
please do contact me on my e-mail william102coll...@outlook.com
waiting to hear soon from you
regards.
Collins Jeff
+44-8712340074
--
To unsubscribe from this list:
On Tuesday 07 January 2014, Tanmay Inamdar wrote:
> > Also, the implementation is wrong since the I/O port range already needs
> > to be ioremapped in order for inb/outb to work. There is already a
> > generic implementation of this in include/asm-generic/iomap.h, which
> > correctly calls
Hi Shawn & Dong,
On Sat, Dec 14, 2013 at 08:16:15PM +0800, Shawn Guo wrote:
> On Fri, Dec 13, 2013 at 11:14:25PM +0100, Philippe De Muyter wrote:
> > Hi Shawn,
> >
> > On Fri, Dec 13, 2013 at 09:34:32PM +0800, Shawn Guo wrote:
> > > Hi Philippe,
> > >
> > > On Thu, Dec 12, 2013 at 03:49:25PM
@Russell, Nico,
Care to share your opinion on this alternative approach to allocating
hwcap feature bits for the ARMv8 Crypto Extensions for 32-bit ARM?
Regards,
Ard.
On 23 December 2013 15:06, Ard Biesheuvel wrote:
> This series is a followup to the patch that was recently merged by Catalin
> > 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 just after the loop where
> >
This adds the binding documentation for Freescale FlexTimer Module
(FTM) PWM driver under Documentation/devicetree/bindings/pwm/.
Signed-off-by: Xiubo Li
Reviewed-by: Sascha Hauer
Acked-by: Kumar Gala
---
For this version I just removed the big-endian mode support, and will add it
in later
Enhance function get_domain_for_dev() to release allocated resources
if failed to create domain for PCIe endpoint, otherwise the allocated
resources will get lost.
Signed-off-by: Jiang Liu
---
drivers/iommu/intel-iommu.c |2 ++
1 file changed, 2 insertions(+)
diff --git
Signed-off-by: Xiubo Li
Reviewed-by: Sascha Hauer
---
No changes since v7.
arch/arm/boot/dts/vf610-twr.dts | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm/boot/dts/vf610-twr.dts b/arch/arm/boot/dts/vf610-twr.dts
index c3a3237..d5c6a39 100644
---
Don't send private, off-list emails for poking or anything else
related to upstreamming patches.
> Important text here later. It is now just an attempt to get some feedback
> about
> the design of the new features. This set has only been compilation tested, and
> has many errors with
This adds devicetree node for VF610, and there are 8 channels
supported.
Signed-off-by: Xiubo Li
Reviewed-by: Sascha Hauer
---
No changes since v7.
arch/arm/boot/dts/vf610.dtsi | 13 +
1 file changed, 13 insertions(+)
diff --git a/arch/arm/boot/dts/vf610.dtsi
Intel DMA/interrupt remapping drivers scan available PCI/memory devices
at startup and cache discovered hardware topologies. They don't update
cached information if PCI/memory hotplug event happens at runtime, then
the stale information may break DMA/interrupt remapping logic.
This patchset first
Move private structures and variables into intel-iommu.c, which will
help to simplify locking policy for hotplug. Also delete redundant
declarations.
Signed-off-by: Jiang Liu
---
drivers/iommu/intel-iommu.c | 31 +--
include/linux/dmar.h| 23
Factor out function dmar_alloc_dev_scope() from dmar_parse_dev_scope()
for later reuse.
Signed-off-by: Jiang Liu
---
drivers/iommu/dmar.c | 28
include/linux/dmar.h |1 +
2 files changed, 17 insertions(+), 12 deletions(-)
diff --git a/drivers/iommu/dmar.c
The FTM PWM device can be found on Vybrid VF610 Tower and
Layerscape LS-1 SoCs.
Signed-off-by: Xiubo Li
---
Hi Thierry,
For this version I just removed the big-endian mode support, and will add it
in later separate patches.
Changes in v9:
- Remove the big-endian mode support.
Changes in
601 - 700 of 1472 matches
Mail list logo
