On Tue, 2014-11-11 at 00:15 -0800, Luis R. Rodriguez wrote:
> From: "Luis R. Rodriguez"
>
> When using backports against for packaging with --gitdebug you either
> have to use --clean or assume the directory is empty already. In either
> case you start fresh. With integration this will be a bit
When setting up permissions on kernel memory at boot, the end of the
PMD that was split from bss remained executable. It should be NX like
the rest. This performs a PMD alignment instead of a PAGE alignment to
get the correct span of memory, and should be freed.
Before:
---[ High Kernel Mapping
Hello, Linus.
libata fixes for v3.18-rc4.
The most notable is the revert of lock splitting optimization in ahci.
This also made the IRQ handling threaded even when there's only one
IRQ in use. The conversion missed IRFQ_SHARED leading to screaming
IRQs problem in some cases and the threaded IRQ
> From: dingu...@opensource.altera.com [mailto:dingu...@opensource.altera.com]
> Sent: Tuesday, November 11, 2014 9:14 AM
>
> From: Dinh Nguyen
>
> Update suspend/resume to use dev_pm_ops API.
>
> Signed-off-by: Dinh Nguyen
> ---
> drivers/usb/dwc2/platform.c | 15 +--
> 1 file
On Fri, 14 Nov 2014, Borislav Petkov wrote:
> On Fri, Nov 14, 2014 at 12:19:16PM -0800, Vinson Lee wrote:
> > Hi.
> >
> > We hit this x86 math_error warning in Linux kernel 3.10.
> >
> > [ cut here ]
> > WARNING: at arch/x86/include/asm/fpu-internal.h:524
On Fri, Nov 14, 2014 at 10:32 AM, Fabian Frederick wrote:
> Signed-off-by: Fabian Frederick
Acked-by: Pravin B Shelar
> ---
> net/openvswitch/flow_netlink.c | 4 +---
> 1 file changed, 1 insertion(+), 3 deletions(-)
>
> diff --git a/net/openvswitch/flow_netlink.c
On Tue, Nov 11, 2014 at 05:43:04PM +1100, Stephen Rothwell wrote:
> Hi Josh,
>
> After merging the tiny tree, today's linux-next build (powerpc64
> allnoconfig) produced these warnings:
>
> kernel/compat.c:33:12: warning: 'compat_get_timex' defined but not used
> [-Wunused-function]
> static
On Fri, Nov 14, 2014 at 12:19:16PM -0800, Vinson Lee wrote:
> Hi.
>
> We hit this x86 math_error warning in Linux kernel 3.10.
>
> [ cut here ]
> WARNING: at arch/x86/include/asm/fpu-internal.h:524 math_error+0xd1/0x219()
> Modules linked in: cls_basic act_mirred cls_u32
sizeof(s8) is always 1
Signed-off-by: Fabian Frederick
---
arch/arm/common/edma.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/arch/arm/common/edma.c b/arch/arm/common/edma.c
index 72041f0..d6659fd 100644
--- a/arch/arm/common/edma.c
+++ b/arch/arm/common/edma.c
@@
On Fri, 14 Nov 2014 18:18:28 +0100
Petr Mladek wrote:
> On Thu 2014-11-13 20:13:02, Steven Rostedt wrote:
> > From: "Steven Rostedt (Red Hat)"
> >
> > Add two helper functions; seq_buf_get_buf() and seq_buf_commit() that
> > are used by seq_buf_path(). This makes the code similar to the
> >
Hi Linus,
4 small fixes that should be merged for the current 3.18-rc series. This
pull request contains:
- A minor bugfix for computation of best IO priority given two merging
requests. From Jan Kara.
- The final (final) merge count issue that has been plaguing virtio-blk.
From Ming Lei.
Em Thu, 13 Nov 2014 20:48:41 -0500
Steven Rostedt escreveu:
> On Fri, 14 Nov 2014 05:09:55 +0400
> Andrey Utkin wrote:
>
> > There's no such thing as "list_struct".
>
> I guess there isn't.
Indeed ;)
>
> >
> > Signed-off-by: Andrey Utkin
>
> Acked-by: Steven Rostedt
Acked-by: Mauro
Hi.
We hit this x86 math_error warning in Linux kernel 3.10.
[ cut here ]
WARNING: at arch/x86/include/asm/fpu-internal.h:524 math_error+0xd1/0x219()
Modules linked in: cls_basic act_mirred cls_u32 veth sch_ingress
netconsole configfs ipv6 dm_multipath scsi_dh video sbs
> From: jwer...@google.com [mailto:jwer...@google.com] On Behalf Of Julius
> Werner
> Sent: Thursday, November 13, 2014 8:50 PM
>
> > I will figure out how to make dwc2 detect the device connect after auto
> > suspend,
> > or disable the auto suspend feature for the dwc2 hcd.
>
> I think
Hi Thomas,
On Fri, Nov 14, 2014 at 09:04:19PM +0100, Thomas Gleixner wrote:
> On Fri, 14 Nov 2014, Kees Cook wrote:
> > Continuing a thread from a year ago...
> >
> > On Fri, Oct 25, 2013 at 03:59:23PM +0100, H. Peter Anvin wrote:
> > > On 10/25/2013 02:34 PM, Kees Cook wrote:
> > > > Hi,
> > >
Good day,This email is sequel to an ealier sent message of which you have
not responded.I have a personal charity project which I will want you to
execute on my behalf.Please kidnly get back to me with this code
MHR/3910/2014 .You can reach me on mrsalimqa...@gmail.com .
Thank you
Salim Qadri
--
On Wed, Nov 12, 2014 at 07:58:48PM +0100, Michal Hocko wrote:
> Hi,
> here is another take at OOM vs. PM freezer interaction fixes/cleanups.
> First three patches are fixes for an unlikely cases when OOM races with
> the PM freezer which should be closed completely finally. The last patch
> is a
Hi Dave,
Here is the pull request of amdkfd for 3.19.
There are three very minor changes vs. the v5 patch-set I released a week ago:
- Fix to the MAINTAINERS file, according to Joe Perches comments
- Update module version number to 0.7.0
- Update amdkfd-thunk interface number to 1.0
Here is the
On Fri, 14 Nov 2014, Kees Cook wrote:
> When setting up permissions on kernel memory at boot, the end of the
> PMD that was split from bss remained executable. It should be NX like
> the rest. This performs a PMD alignment instead of a PAGE alignment to
> get the correct span of memory.
>
>
On Thu, Nov 13, 2014 at 9:22 PM, Sebastian Schmidt wrote:
> When building without CONFIG_PRINTK, we need to provide a stub
> check_syslog_permissions. As there is no way to turn on the
> dmesg_restrict sysctl without CONFIG_PRINTK, return success.
>
> Reported-by: Jim Davis
> Signed-off-by:
On Fri, Nov 14, 2014 at 7:09 PM, Suman Anna wrote:
>> It seems to me that hwspin_lock_request_specific failures should be
>> used by clients to defer their probing. Why wouldn't such a simple
>> solution work?
> Because the API always returns NULL on failures and there is no way for
> the
On Fri, 14 Nov 2014, Kees Cook wrote:
> Continuing a thread from a year ago...
>
> On Fri, Oct 25, 2013 at 03:59:23PM +0100, H. Peter Anvin wrote:
> > On 10/25/2013 02:34 PM, Kees Cook wrote:
> > > Hi,
> > >
> > > I've noticed there's a chunk of kernel memory still marked RW and x. See
> > >
Hi Maxime,
On Fri, Nov 14, 2014 at 5:07 PM, Maxime Coquelin wrote:
> Looking at all GENMASK and GENMASK_ULL occurences in v3.18-rc4,
> I (only) found one possible candidate in drivers/spi/spi_xtensa-xtfpga.c:
>
> static u32 xtfpga_spi_txrx_word(struct spi_device *spi, unsigned nsecs,
>
On 11/14/2014 01:55 PM, Steven Rostedt wrote:
> On Fri, 14 Nov 2014 13:46:44 -0600
> Alex Elder wrote:
>
>> On 11/14/2014 01:45 PM, Steven Rostedt wrote:
>>> On Fri, 14 Nov 2014 13:19:31 -0600
>>> Alex Elder wrote:
>>>
Pranith Kumar posted a patch in which removed the "volatile"
On Friday 14 November 2014 11:17:38 Feng Kan wrote:
> On Fri, Nov 14, 2014 at 7:04 AM, Arnd Bergmann wrote:
> > On Thursday 13 November 2014 16:19:55 Feng Kan wrote:
> >>
> >> + usb0: dwusb@1900 {
> >> + status = "disabled";
> >> +
Hi,
On Fri, Nov 14, 2014 at 4:39 PM, Maxime Ripard
wrote:
> Hi,
>
> Sorry for the belated answer.
>
> On Thu, Nov 06, 2014 at 05:19:24PM +0800, Chen-Yu Tsai wrote:
>> On Thu, Nov 6, 2014 at 4:54 PM, Maxime Ripard
>> wrote:
>> > On Thu, Nov 06, 2014 at 10:09:27AM +0800, Chen-Yu Tsai wrote:
>> >>
On Fri, 14 Nov 2014 13:46:44 -0600
Alex Elder wrote:
> On 11/14/2014 01:45 PM, Steven Rostedt wrote:
> > On Fri, 14 Nov 2014 13:19:31 -0600
> > Alex Elder wrote:
> >
> >> Pranith Kumar posted a patch in which removed the "volatile"
> >> qualifier for the "logbuf_cpu" variable in
On 14.11.2014 19:20, Sebastian Reichel wrote:
The patch looks ok. It does not cleanup the cmt-speech driver for
mainline usage, but it should work. Before adding this driver to the
mainline kernel there should be open source userspace support anyway.
I am aware of that(patch not ready),
When setting up permissions on kernel memory at boot, the end of the
PMD that was split from bss remained executable. It should be NX like
the rest. This performs a PMD alignment instead of a PAGE alignment to
get the correct span of memory.
Before:
---[ High Kernel Mapping ]---
...
On 11/14/2014 01:45 PM, Steven Rostedt wrote:
> On Fri, 14 Nov 2014 13:19:31 -0600
> Alex Elder wrote:
>
>> Pranith Kumar posted a patch in which removed the "volatile"
>> qualifier for the "logbuf_cpu" variable in vprintk_emit().
>> https://lkml.org/lkml/2014/11/13/894
>> In his patch, he
On Fri, 14 Nov 2014 13:19:31 -0600
Alex Elder wrote:
> Pranith Kumar posted a patch in which removed the "volatile"
> qualifier for the "logbuf_cpu" variable in vprintk_emit().
> https://lkml.org/lkml/2014/11/13/894
> In his patch, he used ACCESS_ONCE() for all references to
> that symbol to
On Fri, 2014-11-14 at 20:32 +0100, Fabian Frederick wrote:
> On 14 November 2014 at 20:14 Joe Perches wrote:
> > On Fri, 2014-11-14 at 20:02 +0100, Fabian Frederick wrote:
> > > On 14 November 2014 at 19:47 Joe Perches wrote:
> > > > On Fri, 2014-11-14 at 19:36 +0100, Fabian Frederick wrote:
> >
This patch change alps_identify() function code so it can be called also without
priv parameter which is useful for alps_detect(). Instead passing dummy value
now alps_identify() accept also NULL value and skip filling priv data. It is
useless for alps_detect() and it will speed up detection of
This patch series fix detection and identifying trackstick on machines with
ALPS devices. Last patch split trackstick and bare PS/2 mouse packets between
dev2 and dev3 input devices which make sure that driver will send only
trackstick
data to trackstick input device.
Pali Rohár (7):
input:
On Friday 14 November 2014 12:22:33 Pali Rohár wrote:
> On Sunday 09 November 2014 12:30:03 Pali Rohár wrote:
> > On Sunday 09 November 2014 09:05:04 Dmitry Torokhov wrote:
> > > Hi Pali,
> > >
> > > On Sun, Nov 02, 2014 at 12:25:10AM +0100, Pali Rohár wrote:
> > > > int alps_detect(struct
On some laptops after starting them from off state (not after reboot), function
alps_probe_trackstick_v3() (called from function alps_identify()) does not
detect trackstick. To fix this problem we need to reset device. But function
alps_identify() is called also from alps_detect() and we do not
This patch moves function call alps_dolphin_get_device_area() from function
alps_identify() to alps_hw_init_dolphin_v1() so alps_identify() will not call
any other psmouse commands.
Signed-off-by: Pali Rohár
---
drivers/input/mouse/alps.c | 13 +++--
1 file changed, 7 insertions(+), 6
This patch fix name, product and version of dev2 input device based on format
used in function psmouse_switch_protocol() in file psmouse-base.c.
Signed-off-by: Pali Rohár
---
drivers/input/mouse/alps.c | 18 ++
1 file changed, 14 insertions(+), 4 deletions(-)
diff --git
Now when alps_identify() does not need do trackstick detection it is safe to
move code init hw_init functions.
This patch also fix trackstick detection in function alps_hw_init_v3() which
remove ALPS_DUALPOINT flag when trackstick is not detected.
Signed-off-by: Pali Rohár
---
Before this patch dev2 device was used for both external PS/2 mouse and internal
trackstick device (if available).
This patch introduce dev3 device which is used for external PS/2 mouse data and
dev2 is not used only for trackstick.
In case that trackstick is not present dev2 is not created, so
This patch adds sanity checks and reject trackstick packets from ALPS devices
which do not have trackstick present (those without ALPS_DUALPOINT flag).
Make sure that driver does not process some bogus packets as trackstick data
when there is no trackstick packet. Patch also write warning do
I'm announcing the release of the 3.17.3 kernel.
All users of the 3.17 kernel series must upgrade.
The updated 3.17.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-3.17.y
and can be browsed at the normal kernel.org git web browser:
> So far, the only thing I've come up with is that do_machine_check
> seems to be missing exception_enter or the equivalent. Do you have
> CONFIG_CONTEXT_TRACKING on and/or full nohz enabled? I don't think
> that this explains my bug, though.
Yes to both:
$ grep CONTEXT_TRACK .config
> On 14 November 2014 at 20:14 Joe Perches wrote:
>
>
> On Fri, 2014-11-14 at 20:02 +0100, Fabian Frederick wrote:
> > On 14 November 2014 at 19:47 Joe Perches wrote:
> > > On Fri, 2014-11-14 at 19:36 +0100, Fabian Frederick wrote:
> > > > kmalloc_array manages count*sizeof overflow.
> > >
> >
On Fri, Nov 14, 2014 at 7:06 AM, Arnd Bergmann wrote:
> On Thursday 13 November 2014 16:19:58 Feng Kan wrote:
>> + dwgpio: dwgpio@1c024000 {
>> + compatible = "snps,dw-apb-gpio";
>> + reg = <0x0 0x1c024000 0x0 0x1000>;
>> +
Pranith Kumar posted a patch in which removed the "volatile"
qualifier for the "logbuf_cpu" variable in vprintk_emit().
https://lkml.org/lkml/2014/11/13/894
In his patch, he used ACCESS_ONCE() for all references to
that symbol to provide whatever protection was intended.
There was some
On Fri, Nov 14, 2014 at 7:04 AM, Arnd Bergmann wrote:
> On Thursday 13 November 2014 16:19:55 Feng Kan wrote:
>>
>> + usb0: dwusb@1900 {
>> + status = "disabled";
>> + compatible = "xhci-platform";
>> + reg =
On Fri, 2014-11-14 at 20:02 +0100, Fabian Frederick wrote:
> On 14 November 2014 at 19:47 Joe Perches wrote:
> > On Fri, 2014-11-14 at 19:36 +0100, Fabian Frederick wrote:
> > > kmalloc_array manages count*sizeof overflow.
> >
> > Fundamentally correct, but is this necessary or useful?
> >
Hi Bruno,
> So it would need to at least be select VGA_ARB if (PCI && !S390)
> in order to not have broken kernel configuration (in more or less
> exotic cases) while depends on VGA_ARB would be the only correct option
> if the rule 'select only allowed for leafs' is enforced.
Here is a tested
On Fri, Nov 14, 2014 at 9:49 AM, Luck, Tony wrote:
>> Can you also try rebasing onto what will probably be v3?
>>
>> https://git.kernel.org/cgit/linux/kernel/git/luto/linux.git/tag/?id=paranoid-stack-v2.9
>
> Built that - with none of my other changes ... i.e. still use TIF_NOTIFY_MCE
> etc. No
On 14.11.2014 18:28, Antoine Tenart wrote:
Sebastian,
On Fri, Nov 14, 2014 at 04:36:50PM +0100, Sebastian Hesselbarth wrote:
On 11/14/2014 04:33 PM, Arnd Bergmann wrote:
On Friday 14 November 2014 16:25:53 Antoine Tenart wrote:
menuconfig ARCH_BERLIN
bool "Marvell Berlin SoCs" if
Continuing a thread from a year ago...
On Fri, Oct 25, 2013 at 03:59:23PM +0100, H. Peter Anvin wrote:
> On 10/25/2013 02:34 PM, Kees Cook wrote:
> > Hi,
> >
> > I've noticed there's a chunk of kernel memory still marked RW and x. See
> > 0x82956000 below...
> >
> > ---[ High Kernel
> On 14 November 2014 at 19:47 Joe Perches wrote:
>
>
> On Fri, 2014-11-14 at 19:36 +0100, Fabian Frederick wrote:
> > kmalloc_array manages count*sizeof overflow.
>
> Fundamentally correct, but is this necessary or useful?
> sizeof(s8) isn't often going to be anything other than 1.
Absolutely,
On Fri, Nov 14, 2014 at 09:26:26AM -0800, Andy Lutomirski wrote:
> I was hoping for an actual worked-out example of what the parameters
> should be :)
Sorry, I haven't played with this myself either - haven't had a box with
EINJ yet. Maybe Tony has something.
--
Regards/Gruss,
Boris.
Sent
Milosz Tanski writes:
> On a unrelated note I just back to figuring out how to add this to
> xfstests. I got busy with other things the last few days. I'm still
> not quite sure how to write a test using the framework, the
> documentation (README) seams very XFS specific and otherwise the test
>
* Vignesh R [141113 20:09]:
>
> On Tuesday 04 November 2014 04:45 PM, Vignesh R wrote:
> > This series of patches enable ADC on am437x-gp-evm and am43x-epos-evm.
> > The ADC clock hwmod data of am33xx has been moved to commom place so that
> > both am43xx and am33xx can reuse them.
> > tscadc DT
This patch also removes unnecessary printk(KERN_INFO
Signed-off-by: Fabian Frederick
---
V4: remove blank line after memdup_user
V3: memdup_user first argument is already void __user * (thanks to Joe Perches)
typo in title
V2: Remove printk(KERN_INFO (suggested by Alan)
Add support for the Synchronous Peripheral Flash Interface (SPFI) master
controller found on IMG SoCs. The SPFI controller supports 5 chip-select
lines and single/dual/quad mode SPI transfers.
Signed-off-by: Andrew Bresticker
---
Changes from v2:
- fixed build errors due to missing #include
This series adds support for the Sychronous Peripheral Flash Interface
master found on IMG SoCs. The controller supports up to 5 chip-select
lines and single, dual, and optionally quad, mode transfers.
Tested on a platform using the MIPS-based Pistachio SoC with additional
out-of-tree patches -
The Synchronous Peripheral Flash Interface (SPFI) controller found
on IMG SoCs supports single, dual, and (optionally) quad mode SPI
transfers.
Signed-off-by: Andrew Bresticker
---
No changes from v2.
Changes from v1:
- spi-img.txt -> spi-img-spfi.txt
- fixed commit subject
---
Hello.
On 11/14/2014 06:26 PM, Antoine Tenart wrote:
Enable the 2 available USB PHY and USB nodes on the Marvell Berlin BG2Q
DMP.
Signed-off-by: Antoine Tenart
---
arch/arm/boot/dts/berlin2q-marvell-dmp.dts | 53 ++
1 file changed, 53 insertions(+)
diff
On Fri, 2014-11-14 at 19:36 +0100, Fabian Frederick wrote:
> kmalloc_array manages count*sizeof overflow.
Fundamentally correct, but is this necessary or useful?
sizeof(s8) isn't often going to be anything other than 1.
Would the kernel even work without that assumption?
> diff --git
On Fri, Nov 14, 2014 at 11:51 AM, Jeff Moyer wrote:
> Dave Jones writes:
>
>> On Fri, Nov 14, 2014 at 11:32:53AM -0500, Jeff Moyer wrote:
>>
>> > > Can you write a test (or set of) for fstests that exercises this new
>> > > functionality? I'm not worried about performance, just
>> > >
On Fri, Nov 14, 2014 at 7:04 AM, Mark Brown wrote:
> On Thu, Nov 13, 2014 at 05:36:31PM +, Mark Brown wrote:
>> On Wed, Nov 12, 2014 at 07:08:14PM -0800, Andrew Bresticker wrote:
>> > This series adds support for the Sychronous Peripheral Flash Interface
>> > master found on IMG SoCs. The
On Fri, Nov 14, 2014 at 11:39 AM, Dave Jones wrote:
> On Fri, Nov 14, 2014 at 11:32:53AM -0500, Jeff Moyer wrote:
>
> > > Can you write a test (or set of) for fstests that exercises this new
> > > functionality? I'm not worried about performance, just
> > > correctness
> >
> > On the
If there isn't a DT alias then of_alias_get_id() will return
-ENODEV. This will cause the msm_serial driver to fail probe,
when we want to keep the previous behavior where we generated a
dynamic line number at probe time. Restore this behavior by
generating a dynamic id if the line number is still
Hi Linus,
Please pull the arm64 fixes below. Thanks.
The following changes since commit 206c5f60a3d902bc4b56dab2de3e88de5eb06108:
Linux 3.18-rc4 (2014-11-09 14:55:29 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/arm64/linux tags/arm64-fixes
kcalloc manages count*sizeof overflow.
Signed-off-by: Fabian Frederick
---
net/dsa/dsa.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/net/dsa/dsa.c b/net/dsa/dsa.c
index 4648f12..e84b656 100644
--- a/net/dsa/dsa.c
+++ b/net/dsa/dsa.c
@@ -606,8 +606,8 @@ static int
On 11/14/2014 09:56 AM, Sergei Shtylyov wrote:
>> #define DISABLED_MASK60
>> #define DISABLED_MASK70
>> #define DISABLED_MASK80
>> -#define DISABLED_MASK90
>> +#define DISABLED_MASK9(DISABLE_MPX)
>
>These parens are not really needed. Sorry to be a PITA and not
kmalloc_array manages count*sizeof overflow.
Signed-off-by: Fabian Frederick
---
net/dsa/dsa.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/net/dsa/dsa.c b/net/dsa/dsa.c
index 4648f12..c00cca3 100644
--- a/net/dsa/dsa.c
+++ b/net/dsa/dsa.c
@@ -526,7 +526,8 @@ static int
On 13/11/14 15:37, Yingjoe Chen wrote:
> Mediatek SoCs have interrupt polarity support in sysirq which
> allows to invert polarity for given interrupt. Add this support
> using hierarchy irq domain.
>
> Signed-off-by: Yingjoe Chen
> ---
> drivers/irqchip/Makefile | 1 +
>
Minor fixlet to perform the reserved pages counter aggregation
for each node, at show_mem()
Signed-off-by: Rafael Aquini
---
lib/show_mem.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/lib/show_mem.c b/lib/show_mem.c
index 0922579..5e25627 100644
--- a/lib/show_mem.c
+++
use memdup_user for rd_data import.
Signed-off-by: Fabian Frederick
---
net/bluetooth/hidp/core.c | 10 +++---
1 file changed, 3 insertions(+), 7 deletions(-)
diff --git a/net/bluetooth/hidp/core.c b/net/bluetooth/hidp/core.c
index 1b7d605..cc25d0b 100644
--- a/net/bluetooth/hidp/core.c
On 11/14, Kevin Hilman wrote:
>
> Due to the length of the thread, I haven't followed all the details, and
> I suspect Greg hasn't either, so I'm not sure if you're discssuing what
> the right fix is for what's in -next (still broken[1], or what should be done
> with the device board files.
>
>
Signed-off-by: Fabian Frederick
---
net/openvswitch/flow_netlink.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/net/openvswitch/flow_netlink.c b/net/openvswitch/flow_netlink.c
index c0d066d..c8fccdd 100644
--- a/net/openvswitch/flow_netlink.c
+++
Make use of lists instead of kfifo in order to dynamically allocate
task entry when someone require some delayed work, and thus preventing
drm_flip_work_queue from directly calling func instead of queuing this
call.
This allow drm_flip_work_queue to be safely called even within irq
handlers.
Add
Now that we're using lists instead of kfifo to store drm flip-work tasks
we do not need the size parameter passed to drm_flip_work_init function
anymore.
Moreover this function cannot fail anymore, we can thus remove the return
code.
Modify drm_flip_work_init users to take account of these
On 11/14/2014 07:00 PM, Rabin Vincent wrote:
> Attempting to use SysRq via the 8250 serial port with spin lock
> debugging on on a uniprocessor system results in the following splat:
>
> SysRq :
> BUG: spinlock trylock failure on UP on CPU#0, swapper/0
> lock: serial8250_ports+0x0/0x8c0,
From: Arun Ramamurthy
The pwm core code requires a separate call for enabling the channel
and hence the driver does not need to set pwm_trigger after a
polarity change
Signed-off-by: Arun Ramamurthy
Reviewed-by: Ray Jui
Signed-off-by: Scott Branden
---
drivers/pwm/pwm-bcm-kona.c | 5 -
From: Arun Ramamurthy
Signed-off-by: Arun Ramamurthy
Reviewed-by: Ray Jui
Signed-off-by: Scott Branden
---
drivers/pwm/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/pwm/Kconfig b/drivers/pwm/Kconfig
index ef2dd2e..186080e 100644
--- a/drivers/pwm/Kconfig
From: Arun Ramamurthy
- Added helper functions to set and clear smooth and trigger bits
- Added 400ns delays when clearing and setting trigger bit as requied
by spec
- Added helper function to write prescale and other settings
- Updated config procedure to match spec
- Added code to handle pwn
From: Arun Ramamurthy
The probe routine unnecessarily sets the smooth type and polarity for
all channels. This causes the channel for the speaker to click at the same
time the backlight turns on. The smooth type and polarity should be set
individually
for each channel as required and no
Hello Dave,
I'm resending this series because I haven't had any news despite for a
while.
This patch series reworks the flip-work framework to make it safe when
calling drm_flip_work_queue from atomic contexts.
The 2nd patch of this series is optional, as it only reworks
drm_flip_work_init
On 13/11/14 15:37, Yingjoe Chen wrote:
> Add support to use gic as a parent for stacked irq domain.
>
> Signed-off-by: Yingjoe Chen
> ---
> drivers/irqchip/Kconfig | 1 +
> drivers/irqchip/irq-gic.c | 80
> ---
> 2 files changed, 55 insertions(+),
This patchset contains fixes for Broadcom's Kona PWM driver.
These changes fix glitch issues when changing settings on different channels.
Kconfig change made to allow the driver to work on any Broadcom SoC rather
than just mobile devices.
Arun Ramamurthy (4):
pwm: kona: Remove setting default
>> It adds debugging for inappropriate reschedules from the wrong stack.
>> Setting CONFIG_DEBUG_ATOMIC_SLEEP might also be a good idea.
>
> Will add that for next build/test
Didn't see anything new. System died at 1108 recoveries with the
"Timeout synchronization ..." panic
-Tony
Hi Mike,
Am Donnerstag, 13. November 2014, 17:41:02 schrieb Mike Turquette:
> Quoting Doug Anderson (2014-11-13 15:27:32)
[...]
> All of the above is to say that perhaps the solution to this problem
> belongs in the driver. In the end we're talking about details for
> correctly programming
On Friday 14 November 2014 08:12 PM, John Ogness wrote:
> The TX_IN_SEL offset for the CPSW_PORT/TX_IN_CTL register was
> incorrect. This caused the Dual MAC mode to never get set when
> it should. It also caused possible unintentional setting of a
> bit in the CPSW_PORT/TX_BLKS_REM register.
>
>
On 11/14/2014 11:39 AM, Alex Elder wrote:
> On 11/13/2014 11:24 PM, Steven Rostedt wrote:
>> On Thu, 13 Nov 2014 23:57:22 -0500
>> Steven Rostedt wrote:
>>
>>> That assignment is what it is initialized to at boot up. I can't see
>>> any optimization that would cause gcc to modify that.
On Fri, 14 Nov 2014 12:25:23 +0100
Petr Mladek wrote:
> > @@ -193,7 +184,6 @@ int ftrace_raw_output_prep(struct trace_iterator *iter,
> > struct trace_seq *s = >seq;
> > struct trace_seq *p = >tmp_seq;
> > struct trace_entry *entry;
> > - int ret;
> >
> > event =
On Fri, 14 Nov 2014 10:37:33 -0500
Steven Rostedt wrote:
> On Sat, 15 Nov 2014 00:35:15 +0900
> Masami Hiramatsu wrote:
>
> > > for (i = 0; i < tu->tp.nr_args; i++) {
> > > struct probe_arg *parg = >tp.args[i];
> > >
> > > - if (!parg->type->print(s, parg->name, data +
On Fri, Nov 14, 2014 at 11:41:52AM -0600, Felipe Balbi wrote:
> Hi,
>
> On Thu, Nov 13, 2014 at 06:26:18PM +0530, Kishon Vijay Abraham I wrote:
> > @@ -233,6 +263,48 @@ struct omap_mmc_of_data {
> > u8 controller_flags;
> > };
> >
> > +static const u32 ref_tuning_4bits[] = {
> > +
* Vignesh R [141113 21:42]:
> The charge delay value is by default 0x400. But it can be set to lower
> values on some boards, as long as false pen-ups are avoided. Lowering the
> value increases the sampling rate (though current sampling rate is
> sufficient for TSC operation). In some boards,
* Tero Kristo [141113 23:33]:
> On 11/14/2014 01:58 AM, Tony Lindgren wrote:
>
> The PRCM/clock cleanups that I have under work basically splits the clock
> inits under their respective IP blocks; currently everything is registered
> under generic PRCM. System control module will be one of the
Attempting to use SysRq via the 8250 serial port with spin lock
debugging on on a uniprocessor system results in the following splat:
SysRq :
BUG: spinlock trylock failure on UP on CPU#0, swapper/0
lock: serial8250_ports+0x0/0x8c0, .magic: dead4ead, .owner: swapper/0,
.owner_cpu: 0
CPU: 0
Hi Jeffrey,
On Fri, Nov 14, 2014 at 03:19:22PM +0800, jeffrey.lin wrote:
> From: "jeffrey.lin"
>
> this patch is porting Raydium I2C touch driver.
Thank you for your submission.
> Developer can enable
> Raydium touch driver by modifying define "CONFIG_TOUCHSCREEN_RM31100"
> in
Hello.
On 11/14/2014 06:18 PM, Dave Hansen wrote:
From: Dave Hansen
This allows us to use cpu_feature_enabled(X86_FEATURE_MPX) as
both a runtime and compile-time check.
When CONFIG_X86_INTEL_MPX is disabled,
cpu_feature_enabled(X86_FEATURE_MPX) will evaluate at
compile-time to 0. If
On Wed, Nov 12, 2014 at 09:07:59PM +0900, Beomho Seo wrote:
> This patch add device driver of Richtek RT5033 PMIC.
> The driver support multiple regulator like LDO and synchronous Buck.
Applied, thanks.
signature.asc
Description: Digital signature
Hello, Michal.
On Wed, Nov 12, 2014 at 07:58:49PM +0100, Michal Hocko wrote:
> Also change the return value semantic as the current one is little bit
> awkward. There is just one caller (try_to_freeze_tasks) which checks
> the return value and it is only interested whether the request was
>
On Thu, 2014-11-13 at 09:39 +, Shannon Zhao wrote:
> When we use only virtio-mmio or vhost-net without irqfd, the device uses
> qemu_set_irq(within qemu)
> to inject interrupt and at the same time qemu update
> "VIRTIO_MMIO_INTERRUPT_STATUS" to tell guest
> driver whom this interrupt to. All
201 - 300 of 1460 matches
Mail list logo