On 07/22/2015 08:41 AM, Krzysztof Kozlowski wrote:
On 22.07.2015 07:42, Stephen Boyd wrote:
>On 06/12, Krzysztof Kozlowski wrote:
[...]
>>Signed-off-by: Krzysztof Kozlowski
>>Cc:
>>Fixes: c63c57433003 ("ARM: dts: Add ADC's dt data to read raw data for
exynos4x12")
Hi,
On Wed, 2015-07-22 at 15:22 +0100, Mark Rutland wrote:
> On Wed, Jul 22, 2015 at 03:05:42PM +0100, Chunfeng Yun wrote:
> > add a DT binding documentation of xHCI host controller for the
> > MT8173 SoC from Mediatek.
> >
> > Signed-off-by: Chunfeng Yun
> > ---
> >
hi,
On Wed, 2015-07-22 at 09:21 -0500, Felipe Balbi wrote:
> Hi,
>
> On Wed, Jul 22, 2015 at 10:05:43PM +0800, Chunfeng Yun wrote:
> > support usb3.0 phy of mt65xx SoCs
> >
> > Signed-off-by: Chunfeng Yun
>
> you missed Kishon here.
>
Thank you.
> > ---
> > drivers/phy/Kconfig |
Dear Kukjin,
On Sat, Jul 25, 2015 at 11:11 AM, Kukjin Kim wrote:
> Krzysztof Kozlowski wrote:
>>
>> On 24.07.2015 12:40, Kukjin Kim wrote:
>> > On 07/24/15 09:30, Michael Turquette wrote:
>> >> Quoting Kukjin Kim (2015-07-07 07:43:31)
>> >>> Bartlomiej Zolnierkiewicz wrote:
>> >
>> > [...]
>> >
hi
On Wed, 2015-07-22 at 21:11 +0300, Sergei Shtylyov wrote:
> Hello.
>
> On 07/22/2015 05:05 PM, Chunfeng Yun wrote:
>
> > add xHCI and phy drivers for MT8173-EVB
>
> > Signed-off-by: Chunfeng Yun
> > ---
> > arch/arm64/boot/dts/mediatek/mt8173-evb.dts | 15 ++
> >
The following changes since commit 52721d9d3334c1cb1f76219a161084094ec634dc:
Linux 4.2-rc3 (2015-07-19 14:45:02 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git/ tags/usb-4.2-rc4
for you to fetch changes up to
The following changes since commit 52721d9d3334c1cb1f76219a161084094ec634dc:
Linux 4.2-rc3 (2015-07-19 14:45:02 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/staging.git/
tags/staging-4.2-rc4
for you to fetch changes up to
The following changes since commit 52721d9d3334c1cb1f76219a161084094ec634dc:
Linux 4.2-rc3 (2015-07-19 14:45:02 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/tty.git/ tags/tty-4.2-rc4
for you to fetch changes up to
The following changes since commit 52721d9d3334c1cb1f76219a161084094ec634dc:
Linux 4.2-rc3 (2015-07-19 14:45:02 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/char-misc.git/
tags/char-misc-4.2-rc4
for you to fetch changes up to
Functions map_id_range_down, map_id_down and map_id_up all used the
construction:
if (...)
id = ...
else
id = ...
return id;
which can be simplified by directly returning the result of the
computations in each branch.
Moreover as the condition tested whether the
From: Xunlei Pang
The weak update_persistent_clock64() calls update_persistent_clock(),
if the architecture defines a update_persistent_clock64() to replace
and remove its update_persistent_clock() version, the compiler will
throw an undefined symbol error, that is, any arch that switches to
From: Xunlei Pang
As part of addressing the "y2038 problem" for in-kernel uses,
convert update_persistent_clock() to update_persistent_clock64(),
read_persistent_clock() to read_persistent_clock64() using
timespec64 for MN10300.
Cc: John Stultz
Cc: Arnd Bergmann
Signed-off-by: Xunlei Pang
Hi John,
John Stultz wrote 2015-07-25 AM 11:24:32:
> Re: [PATCH] mn10300: time: Provide 64-bit persistent clock time
>
> On Mon, Jul 20, 2015 at 5:45 PM, Xunlei Pang wrote:
> > From: Xunlei Pang
> >
> > As part of addressing the "y2038 problem" for in-kernel uses,
> > convert
On Sat, 25 Jul 2015, Michael Ellerman wrote:
> On Sat, 2015-07-25 at 10:35 +1000, Finn Thain wrote:
> >
> > ... These are rudimentary tests but combined with my own testing on
> > m68k, ppc32 and x86, coverage is quite good. Some testing on ppc64 is
> > still lacking though.
Here's some code
On Sun, 26 Jul 2015, Michael Schmitz wrote:
> Hi Finn,
>
> For the sake of completeness: further testing on ARAnyM shows no difference
> between original and patched kernel in the NVRAM proc and diff outputs:
>
> scsi host0: Atari native SCSI, io_port 0x0, n_io_port 0, base 0x0, irq 15,
>
On Sat 25 Jul 08:42 PDT 2015, Sebastian Reichel wrote:
> Hi,
>
> On Thu, Jun 18, 2015 at 02:13:44PM -0700, Bjorn Andersson wrote:
> > Add the Qualcomm Switch-Mode Battery Charger and Boost driver, found in
> > pm8941.
>
> The driver's sourcecode looks fine to me.
Thanks.
> I'm not convinced
Hi Finn,
For the sake of completeness: further testing on ARAnyM shows no
difference between original and patched kernel in the NVRAM proc and
diff outputs:
scsi host0: Atari native SCSI, io_port 0x0, n_io_port 0, base 0x0, irq
15, can_queue 8, cmd_per_lun 1, sg_tablesize 0, this_id 7,
> -Original Message-
> From: Richard Weinberger [mailto:richard.weinber...@gmail.com]
> Sent: Saturday, July 25, 2015 8:05 AM
> To: Kershner, David A
> Cc: Andrew Morton; Tejun Heo; la...@cn.fujitsu.com;
> n...@linux.vnet.ibm.com; nhor...@redhat.com; Thomas Gleixner; Ingo
> Molnar; LKML;
This patch adds to handle error cases in commit_inmem_pages.
If an error occurs, it stops to write the pages and return the error right
away.
Signed-off-by: Jaegeuk Kim
---
fs/f2fs/f2fs.h| 2 +-
fs/f2fs/file.c| 6 --
fs/f2fs/segment.c | 10 --
3 files changed, 13
The cgroup attaches inode->i_wb via mark_inode_dirty and when set_page_writeback
is called, __inc_wb_stat() updates i_wb's stat.
So, we need to explicitly call set_page_dirty->__mark_inode_dirty in prior to
any writebacking pages.
This patch should resolve the following kernel panic reported by
From: Uros Bizjak
This patch introduces GCC ASM flags to bitops. Instead of e.g.
136d7: 48 0f a3 3d 00 00 00bt %rdi,0x0(%rip)
136de: 00
136df: 19 ff sbb%edi,%edi
136e1: 85 ff test %edi,%edi
136e3: 0f
From: Rafael J. Wysocki
After commit 87549141d516 (cpufreq: Stop migrating sysfs files on
hotplug) there is a problem with CPUs that share cpufreq policy
objects with other CPUs and are initially offline.
Say CPU1 shares a policy with CPU0 which is online and is registered
first. As part of
On Friday, July 24, 2015 10:39:09 PM Dan Williams wrote:
> In preparation for deprecating ioremap_cache() convert its usage in
> drivers/acpi and include/acpi/ to memremap. This includes dropping the
> __iomem annotation throughout ACPI since the memremap can be treated as
> a normal memory
Hi Viresh,
On Sat, Jul 25, 2015 at 3:00 PM, Viresh Kumar wrote:
> On 25-07-15, 00:17, Rafael J. Wysocki wrote:
>> To avoid that warning, use the observation that cpufreq doesn't
>> need to care about CPUs that have never been online.
>
> I have concerns over the very philosophy behind the patch
On Sat, Jul 25, 2015 at 02:24:02PM -0700, Davidlohr Bueso wrote:
> On Sat, 2015-07-25 at 12:47 -0700, Josh Triplett wrote:
> > I certainly agree that it doesn't make sense to make all architectures
> > select SRCU, if an unremovable core kernel feature uses SRCU. If
> > possible, I'd really like
On Wed, 2015-07-22 at 16:12 -0400, Waiman Long wrote:
> The smp_store_release() is not a full barrier. In order to avoid missed
> wakeup, we may need to add memory barrier around locked and cpu state
> variables adding to complexity. As the chance of spurious wakeup is very
> low, it is easier and
This is to inform you that we have concluded the documentation and estimation
of the accumulated interest on your fund, According to the instruction we were
given. You are required to reconfirm to us once again your secured email
address for update and the remittance of the said accumulated
Hello.
On 07/25/2015 05:39 AM, Dan Williams wrote:
The memconsole driver is not using proper accessors for __iomem. Switch
to memremap to fix this issue, and this also prepares the driver for the
removal of ioremap_cache.
Cc: Mike Waychison
Signed-off-by: Dan Williams
---
On Tuesday 14 July 2015 02:34:13 Krzysztof Kozlowski wrote:
> The driver during probe registers a power supply notifier
> (with bq2415x_notifier_call() callback) and calls it manually right
> after. The notifier callback function schedules driver's workqueue
> (bq->work).
>
> However the
Driver bq2415x_charger works also without notify power supply device for
charger detection. But when charger detection is specified in DT, then
bq2415x_charger refused to loaded with -EPROBE_DEFER.
This patch rewrites code so that notify device for charger detection is
checked when power supply
Introduced REG_PWM, pwm[1..3]_auto_point[1..5]_temp,
pwm[1..3]_auto_point[1..5]_pwm, nct7802_auto_point_attrs,
nct7802_auto_point_group, updated nct7802_regmap_is_volatile
Signed-off-by: Constantine Shulyupin
---
Changed in v4:
- fixed expression in nct7802_regmap_is_volatile
- added
This patch adds a PWM node in the Berlin BG2Q device tree, using the
newly added Berlin PWM driver.
Signed-off-by: Antoine Tenart
---
arch/arm/boot/dts/berlin2q.dtsi | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm/boot/dts/berlin2q.dtsi b/arch/arm/boot/dts/berlin2q.dtsi
index
Hi all,
This series adds a driver for the Marvell Berlin PWM controller, which
has 4 channels.
This has been tested on a BG2Q DMP.
Thanks,
Antoine
Antoine Tenart (5):
pwm: add the Berlin pwm controller driver
Documentation: bindings: document the Berlin PWM driver
ARM: berlin: add a PWM
Following the addition of a Berlin PWM driver, this patch adds the
corresponding documentation.
Signed-off-by: Antoine Tenart
---
Documentation/devicetree/bindings/pwm/pwm-berlin.txt | 15 +++
1 file changed, 15 insertions(+)
create mode 100644
Add a PWM controller driver for the Marvell Berlin SoCs. This PWM
controller has 4 channels.
Signed-off-by: Antoine Tenart
---
drivers/pwm/Kconfig | 9 +++
drivers/pwm/Makefile | 1 +
drivers/pwm/pwm-berlin.c | 206 +++
3 files changed,
This patch adds a PWM node in the Berlin BG2CD device tree, using the
newly added Berlin PWM driver.
Signed-off-by: Antoine Tenart
---
arch/arm/boot/dts/berlin2cd.dtsi | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm/boot/dts/berlin2cd.dtsi b/arch/arm/boot/dts/berlin2cd.dtsi
This patch adds a PWM node in the Berlin BG2 device tree, using the
newly added Berlin PWM driver.
Signed-off-by: Antoine Tenart
---
arch/arm/boot/dts/berlin2.dtsi | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm/boot/dts/berlin2.dtsi b/arch/arm/boot/dts/berlin2.dtsi
index
On Sat, 25 Jul 2015 12:22:02 -0400, Benjamin Tissoires wrote:
> On Sat, Jul 25, 2015 at 12:11 PM, Jean Delvare wrote:
> > Hi Benjamin,
> >
> > On Tue, 21 Jul 2015 17:24:55 -0400, Benjamin Tissoires wrote:
> >> So please disregard this series, I will send a v4 hopefully soonish.
> >
> > From v2
On Sat, 2015-07-25 at 12:47 -0700, Josh Triplett wrote:
> I certainly agree that it doesn't make sense to make all architectures
> select SRCU, if an unremovable core kernel feature uses SRCU. If
> possible, I'd really like to avoid seeing SRCU become mandatory again,
> though.
I find it very
On Sat, Jul 25, 2015 at 04:30 PM CEST, Dan Carpenter
wrote:
> On Sat, Jul 25, 2015 at 04:05:52PM +0200, Jakub Sitnicki wrote:
>> On Fri, Jul 24, 2015 at 10:39 PM CEST, Greg Kroah-Hartman
>> wrote:
>> > On Fri, Jul 24, 2015 at 05:12:38PM +0200, Jakub Sitnicki wrote:
>> >> linux/ieee80211.h
guten Tag
Ich bin mit diesem Medium, um Sie über die Transaktion zur Abgabe von
$ 2150 (Einundzwanzig Millionen fünfhunderttausend Euro) in meiner Bank in
China, Sie als Empfänger zu informieren. Es wird zu 100% sicher, dass der
Finanzvorstand des verstorbenen Kunden.
On Fri, Jul 24, 2015 at 04:09:02PM -0700, Paul E. McKenney wrote:
> On Fri, Jul 24, 2015 at 01:16:05PM -0700, Davidlohr Bueso wrote:
> > On Fri, 2015-07-24 at 15:33 +1000, Stephen Rothwell wrote:
> > > Hi Andrew,
> > >
> > > After merging the akpm-current tree, today's linux-next build (powerpc
>
On Sat, Jul 25, 2015 at 11:36 AM, Denys Vlasenko wrote:
> On 07/24/2015 07:50 PM, Andy Lutomirski wrote:
>> On Fri, Jul 24, 2015 at 6:47 AM, Denys Vlasenko wrote:
>>> SYSCALL32 code is nearly identical to SYSCALL32, except for initial
>>> section. Merge them.
>>>
>>> The removal is split into
Add known eBeam devices usb ids.
Prevent hid-generic to take over these devices. This breaks Luidia's
proprietary application suite.
Signed-off-by: Yann Cantin
---
drivers/hid/hid-core.c | 6 ++
drivers/hid/hid-ids.h | 6 ++
2 files changed, 12 insertions(+)
diff --git
Add new USB input driver for Luidia's eBeam devices.
Currently supported (tested) :
- eBeam classic projection and edge projection models
- Nec interactive solution NP01Wi1 & NP01Wi2 accessories.
Notable stuff :
- 13 sysfs custom files : 9 values for the transformation matrix,
4 for xy ranges
Hi,
New USB input driver for eBeam devices.
Notable stuff :
- need userspace gui tool for calibration (ebeam.tuxfamily.org)
- This driver breaks Luidia's proprietary application suite.
Patch 1 to blacklist the devices for hid generic-usb.
Patch 2 is the actual driver.
Changes :
RFC
On Sat, Jul 25, 2015 at 10:42:14AM -0700, Andy Lutomirski wrote:
> On Sat, Jul 25, 2015 at 9:33 AM, Willy Tarreau wrote:
> > On Sat, Jul 25, 2015 at 09:08:39AM -0700, Andy Lutomirski wrote:
> >> There's one thing that I think is incomplete here. Currently, espfix
> >> triggers if SS points to
On 07/24/2015 07:50 PM, Andy Lutomirski wrote:
> On Fri, Jul 24, 2015 at 6:47 AM, Denys Vlasenko wrote:
>> SYSCALL32 code is nearly identical to SYSCALL32, except for initial
>> section. Merge them.
>>
>> The removal is split into two parts, to make review eaiser. This is part 1.
>>
>>
Hi Olof,
On Wed, Jul 22, 2015 at 11:20 AM, Olof Johansson wrote:
> On Wed, Jul 22, 2015 at 11:10 AM, Loc Ho wrote:
>> Hi Olof,,
>>
>> This patch set adds syscon reboot/poweroff device nodes to support
>> reboot and
>> poweroff features on X-Gene platform.
>>
>> Tai
On Sat, Jul 25, 2015 at 10:59 AM, Andy Lutomirski wrote:
>
> What if we added something like:
>
> if (regs->ip == ret_after_sti && !user_mode(regs) && (regs->flags &
> X86_EFLAGS_IF)) {
> regs->ip--;
> regs->flags &= ~X86_EFLAGS_IF;
> }
>
> to do_nmi, do_machine_check, and do_debug (the
On Sat, Jul 25, 2015 at 10:56 AM, Linus Torvalds
wrote:
> On Fri, Jul 24, 2015 at 9:59 PM, Andy Lutomirski wrote:
>>
>> And people will give me five new heads if I ignore Linus and do RET
>> even with IF=1, saving 300 cycles?
>
> So I'm still nervous about that "sti; ret" when we're back on the
On Fri, Jul 24, 2015 at 9:59 PM, Andy Lutomirski wrote:
>
> And people will give me five new heads if I ignore Linus and do RET
> even with IF=1, saving 300 cycles?
So I'm still nervous about that "sti; ret" when we're back on the
original kernel stack that took the original fault or interrupt.
Hi Linus, please pull from...
git://git.kernel.org/pub/scm/linux/kernel/git/djbw/nvdimm libnvdimm-fixes
...to receive a minor fix for the libnvdimm subsystem.
This is not critical. The problem can be worked around in userspace by
putting the namespace temporarily into raw mode
Hi Alexey,
On 25 July 2015 at 13:49, Alexey Khoroshilov wrote:
> There is no iounmap(state->map.virt) in gpio_flash_remove() and
> in gpio_flash_probe() error handling code.
>
Is there any reason why we can't just use managed variants? E.g.
diff --git a/drivers/mtd/maps/gpio-addr-flash.c
On Sat, Jul 25, 2015 at 9:33 AM, Willy Tarreau wrote:
> On Sat, Jul 25, 2015 at 09:08:39AM -0700, Andy Lutomirski wrote:
>> There's one thing that I think is incomplete here. Currently, espfix
>> triggers if SS points to the LDT. It's possible for SS to point to
>> the LDT even with modify_ldt
Currently, the event channel rebind code is gated with the presence of
the vector callback.
The virtual interrupt controller on ARM has the concept of per-CPU
interrupt (PPI) which allow us to support per-VCPU event channel.
Therefore there is no need of vector callback for ARM.
Xen is already
The commit 6f6c15ef912465b3aaafe709f39bd6026a8b3e72 "xen/pvhvm: Remove
the xen_platform_pci int." makes the x86 version of
xen_pci_platform_unplug static.
Therefore we don't need anymore to define a dummy xen_pci_platform_unplug
for ARM.
Signed-off-by: Julien Grall
Cc: Stefano Stabellini
Cc:
Hi Adam,
The driver looks mostly fine. I have a few comments, though:
On Tue, Jul 07, 2015 at 05:34:19PM +0100, Adam Thomson wrote:
> Signed-off-by: Adam Thomson
Please add a short description to the commit message.
> [...]
>
> +config FG_DA9150
Please name the config entry BATTERY_DA9150
On Sat, Jul 25, 2015 at 01:19:40PM +0530, Sudip Mukherjee wrote:
> 2) Why the dmesg showed "panel: could not claim access to parport0.
> Aborting."?
> Because of 50566ac87065 ("parport: check exclusive access before
> register") the panel driver should not even register and it
>
On 7/24/2015 4:40 AM, Lukasz Pawelczyk wrote:
> On pią, 2015-07-24 at 20:26 +0900, Sungbae Yoo wrote:
>> If current task has capabilities, Smack operations (eg. Changing own
>> smack
>> label) should be available even inside of namespace.
>>
>> Signed-off-by: Sungbae Yoo
For the reasons Lukasz
There is no iounmap(state->map.virt) in gpio_flash_remove() and
in gpio_flash_probe() error handling code.
By the way the patch adds checks for error code of ioremap() and
mtd_device_parse_register().
Found by Linux Driver Verification project (linuxtesting.org).
Signed-off-by: Alexey
On Sat, Jul 25, 2015 at 09:03:54AM -0700, Andy Lutomirski wrote:
> On Sat, Jul 25, 2015 at 2:15 AM, Borislav Petkov wrote:
> > Is that "default y" going to turn into a "default n" after a grace
> > period?
>
> Let's see how Willy's default-off sysctl plays out. In the long run,
> maybe we'll
On Sat, Jul 25, 2015 at 09:08:39AM -0700, Andy Lutomirski wrote:
> There's one thing that I think is incomplete here. Currently, espfix
> triggers if SS points to the LDT. It's possible for SS to point to
> the LDT even with modify_ldt disabled, and there's a decent amount of
> attack surface
I guess that's because of cond_resched_lock() usage in nfs_scan_commit_list().
My patch fixes cond_resched_lock() which never worked since v3.13.
On Sat, Jul 25, 2015 at 9:09 AM, kernel test robot wrote:
> FYI, we noticed the below changes on
>
> git://internal_merge_and_test_tree
>
On Wed, Jul 22, 2015 at 07:23:53PM +0300, Vladimir Davydov wrote:
> On Tue, Jul 21, 2015 at 04:34:02PM -0700, Andrew Morton wrote:
> > On Sun, 19 Jul 2015 15:31:09 +0300 Vladimir Davydov
> > wrote:
> > > Documentation/vm/pagemap.txt | 22 ++-
> >
> > I think we'll need quite a lot
This patch fixes 2 lines longer than 80 chars
The first one is a function whose argument has been moved to next line.
The second one is a comment split on two lines
The script checkpatch does not complain anymore
Signed-off-by: Mario Bambagini
---
this set of patches fixes several code style problems:
-patch 1: comments without */ on a separate line
-patch 2: lines with more than 80 chars
This patch fixes 4 comments without */ on a new line
Signed-off-by: Mario Bambagini
---
drivers/staging/lustre/lustre/llite/llite_capa.c | 12
On Sat, Jul 25, 2015 at 12:11 PM, Jean Delvare wrote:
> Hi Benjamin,
>
> On Tue, 21 Jul 2015 17:24:55 -0400, Benjamin Tissoires wrote:
>> So please disregard this series, I will send a v4 hopefully soonish.
>
> From v2 directly to v4? Did I miss something?
I had to send a v3 to amend 1/3. Given
Greetings
http://7icdeportes.com/newspaper.php?sign=8c7t5e0efsf
macck...@aol.com
Leslie Mcbride
Sent from my iPhone
--
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
Hi Benjamin,
On Tue, 21 Jul 2015 17:24:55 -0400, Benjamin Tissoires wrote:
> So please disregard this series, I will send a v4 hopefully soonish.
>From v2 directly to v4? Did I miss something?
--
Jean Delvare
SUSE L3 Support
--
To unsubscribe from this list: send the line "unsubscribe
On Sat, Jul 25, 2015 at 6:03 AM, Willy Tarreau wrote:
> On Sat, Jul 25, 2015 at 09:50:52AM +0200, Willy Tarreau wrote:
>> On Fri, Jul 24, 2015 at 11:44:52PM -0700, Andy Lutomirski wrote:
>> > I'm all for it, but I think it should be hard-disablable in config,
>> > too, for the -tiny people.
>>
>>
On Sat, Jul 25, 2015 at 2:15 AM, Borislav Petkov wrote:
> On Fri, Jul 24, 2015 at 10:36:45PM -0700, Andy Lutomirski wrote:
>> The modify_ldt syscall exposes a large attack surface and is
>> unnecessary for modern userspace. Make it optional.
>>
>> Signed-off-by: Andy Lutomirski
>> ---
>>
Hi,
On Thu, Jun 18, 2015 at 02:13:44PM -0700, Bjorn Andersson wrote:
> Add the Qualcomm Switch-Mode Battery Charger and Boost driver, found in
> pm8941.
The driver's sourcecode looks fine to me. I'm not convinced by all
those new DT properties, though. I think "watermark" should be
replaced with
Hi,
On 30/06/2015 19:18, Gregory CLEMENT wrote:
> Hi,
>
> Until now only few mvebu v7 based board supported suspend to ram. This
> suspend to ram mode was unusual because it involved shutting down the
> SoC and relied on a PIC to wake up the system.
>
> However, most of the recent mvebu SoCs
On Fri, Jul 17, 2015 at 02:21:05PM -0700, Stephen Boyd wrote:
> On 06/10/2015 04:11 PM, Stephen Boyd wrote:
> >On 06/10/2015 03:57 PM, Russell King - ARM Linux wrote:
> >>diff --git a/arch/arm/mach-shmobile/common.h
> >>b/arch/arm/mach-shmobile/common.h
> >>index 476092b86c6e..f2c4bf437ea7 100644
Hi Boris,
[...]
>
> In this version I dropped the DT changes, but you'll find them in my
> cesa-v7 branch [1]. In this branch you'll find everything you need to
> test on all Marvell platforms (including the old ones).
> I'll post a series updating all the DTs once this driver has been merged.
On Thu, Jul 16, 2015 at 10:51:25AM +0100, Daniel Thompson wrote:
> On 16/07/15 10:37, Russell King - ARM Linux wrote:
> >That can be implemented in the arch raise() method if needed - most
> >architectures shouldn't need it as if they are properly raising a NMI
> >which is, by definition,
In drivers/md/md.c get_bitmap_file() uses kmalloc() for creating a
mdu_bitmap_file_t called "file".
5769 file = kmalloc(sizeof(*file), GFP_NOIO);
5770 if (!file)
5771 return -ENOMEM;
This structure is copied to user space at the end of the function.
5786
Hi Jiri,
On Fri, Jul 24, 2015 at 07:08:18PM +0200, Jiri Kosina wrote:
> On Thu, 16 Jul 2015, Lee, Chun-Yi wrote:
>
> > This patchset is the implementation of signature verification of hibernate
> > snapshot image. The origin idea is from Jiri Kosina: Let EFI bootloader
> > generate key-pair in
On Sat, Jul 25, 2015 at 04:05:52PM +0200, Jakub Sitnicki wrote:
> On Fri, Jul 24, 2015 at 10:39 PM CEST, Greg Kroah-Hartman
> wrote:
> > On Fri, Jul 24, 2015 at 05:12:38PM +0200, Jakub Sitnicki wrote:
> >> linux/ieee80211.h already defines constants for information element IDs.
> >> Include it
Until now, checkkonfigsymbols.py did not check default statements for
references on missing Kconfig symbols (i.e., undefined Kconfig options).
Hence, add support to parse and check the Kconfig default statement.
Signed-off-by: Valentin Rothberg
---
scripts/checkkconfigsymbols.py | 10 --
On Fri, Jul 24, 2015 at 10:39 PM CEST, Greg Kroah-Hartman
wrote:
> On Fri, Jul 24, 2015 at 05:12:38PM +0200, Jakub Sitnicki wrote:
>> linux/ieee80211.h already defines constants for information element IDs.
>> Include it where needed, resolve discrepancies in naming, and remove the
>> duplicated
Hi Rob,
On 12/07/2015 16:26, Rob Herring wrote:
> set_irq_flags is ARM specific with custom flags which have genirq
> equivalents. Convert drivers to use the genirq interfaces directly, so we
> can kill off set_irq_flags. The translation of flags is as follows:
>
> IRQF_VALID -> !IRQ_NOREQUEST
>
Hi Krzysztof Kozlowski,
>On Tue, Jun 23, 2015 at 09:58:41AM +0900, Krzysztof Kozlowski wrote:
>> 2015-06-08 10:22 GMT+09:00 Krzysztof Kozlowski :
>> > 2015-05-24 12:41 GMT+09:00 Ramakrishna Pallala
>> > :
>> >> This patch adds the support for following battery properties to
> >> max17042 fuel
On 07/25/2015 12:28 PM, Pali Rohár wrote:
Hello,
sometimes after rebooting Nokia N900 initializing alsa audio fails.
Here output from dmesg log when it happen:
[6.925140] tpa6130a2 2-0060: Write failed
[6.929534] tpa6130a2 2-0060: Failed to initialize chip
[6.935272] tpa6130a2:
On Sat, Jul 25, 2015 at 09:50:52AM +0200, Willy Tarreau wrote:
> On Fri, Jul 24, 2015 at 11:44:52PM -0700, Andy Lutomirski wrote:
> > I'm all for it, but I think it should be hard-disablable in config,
> > too, for the -tiny people.
>
> I totally agree.
>
> > If we add a runtime disable, let's
On 25-07-15, 00:17, Rafael J. Wysocki wrote:
> To avoid that warning, use the observation that cpufreq doesn't
> need to care about CPUs that have never been online.
I have concerns over the very philosophy behind the patch and so
wanted to discuss more on that.
It will be really confusing to
On Sat, Jul 25, 2015 at 12:45 AM, David Kershner
wrote:
> The s-Par visornic driver, currently in staging, processes a queue
> being serviced by the an s-Par service partition. We can get a message
> that something has happened with the Service Partition, when that
> happens, we must not access
On Sat, Jul 25, 2015 at 05:47:42PM +0800, Fengguang Wu wrote:
> Greetings,
>
> 0day kernel testing robot got the below dmesg and the first bad commit is
>
> git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master
>
> commit 23c405912b881e3ca516554efde852c2ad550b31
> Author:
I intend to give to you a portion of my Wealth as a free-will financial
donation to you.
Respond now to partake.
Regards
Maria-Elisabeth Schaeffler
Email:charityinquiri...@qq.com
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Dear RT folks!
I'm pleased to announce the v4.1.3-rt3 patch set.
Changes since v4.1.3-rt2:
- fix compile of locktorture. Patch by Wolfgang M. Reimer.
- fix compile pid_namespace without lockdep on ARM. Patch by Grygorii
Strashko
- The annoying "cpufreq_stat_notifier_trans: No policy found"
Hello,
sometimes after rebooting Nokia N900 initializing alsa audio fails.
Here output from dmesg log when it happen:
[6.925140] tpa6130a2 2-0060: Write failed
[6.929534] tpa6130a2 2-0060: Failed to initialize chip
[6.935272] tpa6130a2: probe of 2-0060 failed with error -121
[
Fixes checkpatch.pl
WARNING: Missing a blank line after delarations
Signed-off-by: Kevin Darbyshire-Bryant
---
drivers/staging/octeon/ethernet.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/staging/octeon/ethernet.c
b/drivers/staging/octeon/ethernet.c
index f9dba23..0718b35
Am Donnerstag, 23. Juli 2015, 15:16:23 schrieb Danilo Cesar Lemes de Paula:
Hi Danilo,
>This series add supports for hyperlink cross-references on Docbooks and
>an optional markup syntax for in-source Documentation.
Can you please give an example what you mean with the latter?
Thanks for
Introduced REG_PWM, pwm[1..3]_auto_point[1..5]_temp,
pwm[1..3]_auto_point[1..5]_pwm, nct7802_auto_point_attrs,
nct7802_auto_point_group, updated nct7802_regmap_is_volatile
---
Changed in v3:
- removed nct7802_auto_point_is_visible
- removed usage of sysfs_update_group
- introduced REG_PWM
-
Am Freitag, 24. Juli 2015, 15:41:27 schrieb Kees Cook:
Hi Kees,
>Since the API for jent_panic() does not include format string parameters,
>adjust the call to panic() to use a literal string to avoid any future
>callers from leaking format strings into the panic message.
>
>Signed-off-by: Kees
Hi, Alexei
On 2015/7/24 12:16, He Kuang wrote:
Hi, Alexei
On 2015/7/24 11:20, Alexei Starovoitov wrote:
On 7/23/15 1:49 PM, Alexei Starovoitov wrote:
On 7/23/15 4:54 AM, He Kuang wrote:
trimmed cc-list, since it's not related to kernel.
Thank you for your guidence, and by referencing your
From: "Pan Li"
Adjust code indent for macro, within tabs at the start and space in front of
'\' for indent.
Signed-off-by: Pan Li
---
drivers/staging/lustre/lustre/obdclass/cl_page.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git
From: "Pan Li"
Replace the spaces at the start of a line within tab.
Signed-off-by: Pan Li
---
drivers/staging/lustre/lustre/obdclass/cl_page.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/lustre/lustre/obdclass/cl_page.c
From: "Pan Li"
Add one space after ',' in function call parameters list.
Signed-off-by: Pan Li
---
drivers/staging/lustre/lustre/obdclass/cl_page.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/lustre/lustre/obdclass/cl_page.c
1 - 100 of 346 matches
Mail list logo