On Tue, Feb 3, 2015 at 3:53 AM, Michael Ellerman wrote:
> On systems which don't implement sys_execveat(), this test produces a
> lot of output.
>
> Add a check at the beginning to see if the syscall is present, and if
> not just note one error and return.
>
> When we run on a system that doesn't
Am 03.02.2015 um 08:56 schrieb Al Viro:
While we are at it, "overwrite with zeroes" is too weak if the attacker
might get hold of the actual hardware. Google for details - it's far too
long story for l-k posting. Look for data recovery and secure data erasure...
You might read
http://link.s
On wto, 2015-02-03 at 13:10 +0900, Kukjin Kim wrote:
> Krzysztof Kozlowski wrote:
> >
> > The 'pm_data', 'exynos_release_ret_regs' and
> > 'exynos5420_release_ret_regs' are not exported nor used outside of
> > suspend.c file. Make them static.
> >
> > This fixes following sparse warnings:
> > arc
Hi Hans,
>> On Thu, Jan 22, 2015 at 10:18 PM, Lad, Prabhakar
>> wrote:
>>> This patch series, enhances blackfin capture driver with
>>> vb2 helpers.
>>>
>>> Changes for v2:
>>> --
>>> Only patches 5/15 and 8/15 as per Scott's suggestions.
>>>
>>> Lad, Prabhakar (15):
>>> media: bla
On wto, 2015-02-03 at 12:20 +0900, Kukjin Kim wrote:
> Krzysztof Kozlowski wrote:
> >
> > Prevent possible NULL pointer dereference if of_iomap() fails. Handle
> > the error by skipping such power domain.
> >
> > Signed-off-by: Krzysztof Kozlowski
> > ---
> > arch/arm/mach-exynos/pm_domains.c |
On Tue, Feb 03, 2015 at 09:01:36AM +0100, Alexander Holler wrote:
> Am 03.02.2015 um 08:56 schrieb Al Viro:
>
> >While we are at it, "overwrite with zeroes" is too weak if the attacker
> >might get hold of the actual hardware. Google for details - it's far too
> >long story for l-k posting. Look
Am 03.02.2015 um 09:10 schrieb Al Viro:
On Tue, Feb 03, 2015 at 09:01:36AM +0100, Alexander Holler wrote:
Am 03.02.2015 um 08:56 schrieb Al Viro:
While we are at it, "overwrite with zeroes" is too weak if the attacker
might get hold of the actual hardware. Google for details - it's far too
lo
[CC linux-api, man pages]
On 02/02/2015 11:22 PM, Dave Hansen wrote:
> On 02/02/2015 08:55 AM, Mel Gorman wrote:
>> This patch identifies when a thread is frequently calling MADV_DONTNEED
>> on the same region of memory and starts ignoring the hint. On an 8-core
>> single-socket machine this was t
Hello Heinrich and Ogawa,
On 23 January 2015 at 20:54, Heinrich Schuchardt wrote:
> The ioctl(2) system call may be used to retrieve information about
> the fat file system and to set file attributes.
>
> This new manpage describes the details.
@Ogawa, as the FAT maintainer, might you be willing
Hi Lad,
2015-01-23 6:18 GMT+08:00 Lad, Prabhakar :
> this patch adds support to vb2_ioctl_* helpers.
>
> Signed-off-by: Lad, Prabhakar
> ---
> drivers/media/platform/blackfin/bfin_capture.c | 108
> ++---
> 1 file changed, 23 insertions(+), 85 deletions(-)
>
> diff --git a/d
From: Markus Elfring
Date: Tue, 3 Feb 2015 09:12:22 +0100
Another update suggestion was taken into account after a patch was applied
from static source code analysis.
Markus Elfring (2):
Delete unnecessary checks before the function call "phy_power_off"
More error handling for phy_power_off(
On Mon, 2015-02-02 at 17:38 +0200, Stanimir Varbanov wrote:
>
> > +
> > + chip->tz_dev = thermal_zone_of_sensor_register(&pdev->dev, 0, chip,
> > +
> > &qpnp_tm_sensor_ops);
> > + if (IS_ERR(chip->tz_dev)) {
> > + de
On 02/03/15 09:27, Scott Jiang wrote:
> Hi Lad,
>
> 2015-01-23 6:18 GMT+08:00 Lad, Prabhakar :
>> this patch adds support to vb2_ioctl_* helpers.
>>
>> Signed-off-by: Lad, Prabhakar
>> ---
>> drivers/media/platform/blackfin/bfin_capture.c | 108
>> ++---
>> 1 file changed, 2
From: Markus Elfring
Date: Mon, 2 Feb 2015 22:55:53 +0100
The phy_power_off() function tests whether its argument is NULL and then
returns immediately. Thus the test around the call is not needed.
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfring
---
driv
From: Markus Elfring
Date: Mon, 2 Feb 2015 23:30:34 +0100
The return value from the phy_power_off() function was not used by the
mv_platform_remove() function.
Let us improve error detection and eventually return a corresponding
failure code.
Signed-off-by: Markus Elfring
---
drivers/ata/sata
From: Andrew Morton
Date: Mon, 2 Feb 2015 22:38:51 -0800
> It is only with both these ratios that we can work out whether the
> patch is a net gain. My suspicion is that set_bit on an already-set
> bit is so rare that the patch will be a loss.
A common pattern is implementing a "referenced" bit
> -Original Message-
> From: Wang, Yalin
> Sent: Tuesday, February 03, 2015 3:04 PM
> To: 'Andrew Morton'
> Cc: 'Kirill A. Shutemov'; 'a...@arndb.de'; 'linux-a...@vger.kernel.org';
> 'linux-kernel@vger.kernel.org'; 'li...@arm.linux.org.uk'; 'linux-arm-
> ker...@lists.infradead.org'
> Subjec
On 02/02/15 19:30, Jiri Olsa wrote:
> On Mon, Feb 02, 2015 at 11:56:09PM +0900, Namhyung Kim wrote:
>> Hi Jiri and Adrian,
>>
>> On Mon, Feb 2, 2015 at 9:13 PM, Jiri Olsa wrote:
>>> On Mon, Feb 02, 2015 at 02:07:27PM +0200, Adrian Hunter wrote:
>>>
>>> SNIP
>>>
>>
>> Why not make it the sa
This symbol is never used anywhere else besides sm7xxfb.c
Signed-off-by: Max Perepelitsyn
---
drivers/staging/sm7xxfb/sm7xxfb.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/sm7xxfb/sm7xxfb.c
b/drivers/staging/sm7xxfb/sm7xxfb.c
index 2ae9fd0..72036c2 100644
On Feb 02 Peter Hurley wrote:
> On 01/28/2015 03:07 PM, Clemens Ladisch wrote:
> > The driver was using the vendor ID 0xd00d1e from the FireWire core.
> > However, this ID was not registered, and invalid.
> >
> > Instead, use the vendor/version IDs that now are officially assigned to
> > firewire-
On 2015年02月03日 03:01, Timur Tabi wrote:
On 02/02/2015 06:45 AM, Hanjun Guo wrote:
From: Graeme Gregory
Add documentation for the guidelines of how to use ACPI
on ARM64.
This patch has a slight corruption to it:
In-Reply-To: <1422881149-8177-1-git-send-email-hanjun@linaro.org>
References
Hi, Boris, Brian
On 2/2/2015 5:42 PM, Boris Brezillon wrote:
Hi Brian,
On Sun, 1 Feb 2015 23:57:37 -0800
Brian Norris wrote:
Hi Boris,
BTW, this series has a few conflicts with other things I have queued, so
you'll need to refresh.
Yes, that's not a problem, but I'd like to be sure this is
On 02/03/2015 09:03 AM, Tomeu Vizoso wrote:
On 02/02/2015 11:41 PM, Mike Turquette wrote:
Quoting Tero Kristo (2015-02-02 11:32:01)
On 02/01/2015 11:24 PM, Mike Turquette wrote:
Quoting Tomeu Vizoso (2015-01-23 03:03:30)
Moves clock state to struct clk_core, but takes care to change as little
On Tue, 03 Feb 2015 00:40:31 -0800 (PST) David Miller
wrote:
> From: Andrew Morton
> Date: Mon, 2 Feb 2015 22:38:51 -0800
>
> > It is only with both these ratios that we can work out whether the
> > patch is a net gain. My suspicion is that set_bit on an already-set
> > bit is so rare that th
ode though sets it
to HZ/20 == 50ms. This needs a review by someone that knows the driver
details to decide if it should be 50 or 500ms here.
Patch was only compile tested for x86_64_defconfig + CONFIG_TLAN=m
Patch is against 3.0.19-rc7 (localversion = -next-20150203)
drivers/net/ethernet/ti/tla
handles
all corner cases correctly. This is a minor API cleanup only.
Patch was only compile tested for x86_64_defconfig + CONFIG_TLAN=m
Patch is against 3.0.19-rc7 (localversion = -next-20150203)
drivers/net/ethernet/ti/tlan.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions
On Jan 23, 2015, at 12:54 PM, Heinrich Schuchardt wrote:
>
> The ioctl(2) system call may be used to retrieve information about
> the fat file system and to set file attributes.
>
> This new manpage describes the details.
>
> Michael Kerrisk suggested to CC linux-fsde...@vger.kernel.org and
> l
Am 03.02.2015 um 08:56 schrieb Al Viro:
On Tue, Feb 03, 2015 at 07:58:50AM +0100, Alexander Holler wrote:
Charming. Now, what exactly happens if two such syscalls overlap in time?
What do you think will happen? I assume you haven't looked at how I've
implemented set_secure_delete(). CHarming
On Mon, 2015-02-02 at 20:45 +0100, Kay Sievers wrote:
> > All the technical details aside, this is a bold statement -- how do
> you
> > know what the user actually wants?
>
> By working with people who spent a lot of time with the questions what
> the default behavior of user interfaces should be
At Tue, 3 Feb 2015 02:38:39 -0500,
Nicholas Mc Guire wrote:
>
> This is only an API consolidation and should make things more readable
> it replaces var * HZ / 1000 by msecs_to_jiffies(var).
>
>
> Signed-off-by: Nicholas Mc Guire
> ---
>
> Converting milliseconds to jiffies by val * HZ / 1000
At Tue, 3 Feb 2015 02:38:56 -0500,
Nicholas Mc Guire wrote:
>
> line6_start_timer passes an unsigned int as argument to be used in mod_timer
> which is then used by mod_timer as unsigned long, this just fixes up the
> argument type. This change helps make static code checkers happy.
>
> Signed-
On 02/03/2015 07:49 AM, Joonsoo Kim wrote:
> On Mon, Jan 19, 2015 at 11:05:15AM +0100, Vlastimil Babka wrote:
>
> Hello,
>
> I don't have any elegant idea, but, have some humble opinion.
>
> The point is that migrate scanner should scan whole zone.
> Although your pivot approach makes some sense
In virtio 1.0 mode, when mergeable buffers are enabled on a big-endian
host, num_buffers wasn't byte-swapped correctly, so large incoming
packets got corrupted.
To fix, fill it in within hdr - this also makes sure it gets
the correct type.
Signed-off-by: Michael S. Tsirkin
---
It seems importan
On 2015年02月03日 06:14, Rafael J. Wysocki wrote:
On Monday, February 02, 2015 08:45:30 PM Hanjun Guo wrote:
From: Mark Salter
The acpi_os_ioremap() function may be used to map normal RAM or IO
regions. The current implementation simply uses ioremap_cache(). This
will work for some architectures,
v1 ---> v2:
Use spin lock to ensure vmcs12 is safe when doing nested
posted interrupt delivery.
v2 ---> v3:
1. Add a new field in nested_vmx to avoid the spin lock in v2.
2. Drop send eoi to L1 when doing nested interrupt delivery.
3. Use hardware MSR bitmap to enable nested virtualize x
Currently, if L1 enables MSR_BITMAP, we will emulate this feature,
all of L2's msr access is intercepted by L0. Since many features
like virtualize x2apic mode has a complicated logic and it is
difficult for us to emulate, we should use hardware and merge
the bitmap.
This patch introduces nested_v
When L2 is using x2apic, we can use virtualize x2apic mode to
gain higher performance, especially in apicv case.
This patch also introduces nested_vmx_check_apicv_controls
for the nested apicv patches.
Signed-off-by: Wincy Van
---
arch/x86/kvm/vmx.c | 114 ++
To enable nested apicv support, we need per-cpu vmx
control MSRs:
1. If in-kernel irqchip is enabled, we can enable nested
posted interrupt, we should set posted intr bit in
the nested_vmx_pinbased_ctls_high.
2. If in-kernel irqchip is disabled, we can not enable
nested posted in
We can reduce apic register virtualization cost with this feature,
it is also a requirement for virtual interrupt delivery and posted
interrupt processing.
Signed-off-by: Wincy Van
---
arch/x86/kvm/vmx.c | 39 +++
1 files changed, 35 insertions(+), 4 deletio
With virtual interrupt delivery, the hardware prevent KVM from
the low efficiency interrupt inject way. In nested vmx, it is
a important feature, we can reduce much more nested-vmexit,
especially in high throughput scenes.
Signed-off-by: Wincy Van
---
arch/x86/kvm/vmx.c | 67 ++
If vcpu has a interrupt in vmx non-root mode, we will
kick that vcpu to inject interrupt timely. With posted
interrupt processing, the kick intr is not needed, and
interrupts are fully taken care of by hardware.
In nested vmx, this feature avoids much more vmexits
than non-nested vmx.
This patch
"Michael Kerrisk (man-pages)" writes:
> Hello Heinrich and Ogawa,
Hi,
> On 23 January 2015 at 20:54, Heinrich Schuchardt wrote:
>> The ioctl(2) system call may be used to retrieve information about
>> the fat file system and to set file attributes.
>>
>> This new manpage describes the details.
On Tue, 2015-02-03 at 08:30 +, ajh mls wrote:
> There is still
>
> http://marc.info/?l=linux-kernel&m=142141223902303
Uh. I have no idea why, but I haven't got this mail at all :-(
Thanks for pointing it out!
Pawel
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
Hi Andreas,
Thanks for checking over the page.
On 3 February 2015 at 09:49, Andreas Dilger wrote:
> On Jan 23, 2015, at 12:54 PM, Heinrich Schuchardt wrote:
>>
>> The ioctl(2) system call may be used to retrieve information about
>> the fat file system and to set file attributes.
>>
>> This new
Am 03.02.2015 um 09:51 schrieb Alexander Holler:
Am 03.02.2015 um 08:56 schrieb Al Viro:
On Tue, Feb 03, 2015 at 07:58:50AM +0100, Alexander Holler wrote:
Charming. Now, what exactly happens if two such syscalls overlap in
time?
What do you think will happen? I assume you haven't looked at
Hi Eduardo,
On Mon, 2015-02-02 at 14:14 -0400, Eduardo Valentin wrote:
> Ivan,
>
> On Mon, Feb 02, 2015 at 05:19:30PM +0200, Ivan T. Ivanov wrote:
> > Add support for the temperature alarm peripheral found inside
> > Qualcomm plug-and-play (QPNP) PMIC chips. The temperature alarm
> > peripheral
Hello Hirofumi,
Thanks for checking the page over.
On 3 February 2015 at 09:51, OGAWA Hirofumi wrote:
> "Michael Kerrisk (man-pages)" writes:
>
>> Hello Heinrich and Ogawa,
>
> Hi,
>
>> On 23 January 2015 at 20:54, Heinrich Schuchardt wrote:
>>> The ioctl(2) system call may be used to retrieve
Hi Bjorn
Am Montag, 2. Februar 2015, 08:55:33 schrieb Bjorn Helgaas:
> [+cc Alex]
>
> On Mon, Feb 2, 2015 at 5:29 AM, Tim Sander wrote:
> > The long name for this device is
> > Lite-On IT Corp. / Plextor M6e PCI Express SSD [Marvell 88SS9183] (rev 14)
> >
> > Background: the error description o
On 28/01/15 12:54, Sumit Semwal wrote:
> At present, dma_buf_export() takes a series of parameters, which
> makes it difficult to add any new parameters for exporters, if required.
>
> Make it simpler by moving all these parameters into a struct, and pass
> the struct * as parameter to dma_buf_exp
On 11.12.2014 00:17, Bjorn Helgaas wrote:
On Wed, Nov 19, 2014 at 05:04:48PM +0100, Tomasz Nowicki wrote:
We are going to use mmio_config_{} name convention across all architectures.
mmio_config_*() are workarounds for an AMD Fam10h defect [1]. I would prefer
not to extend these names to othe
On 02/02/15 19:08, Tony Lindgren wrote:
> * Roger Quadros [150126 01:38]:
>> On 24/01/15 22:28, Semen Protsenko wrote:
>>> Some GPMC_CONFIG7 register bits marked as "RESERVED", means they
>>> shouldn't be overwritten. A typical approach to handle such bits called
>>> "Read-Modify-Write". Writing p
On Tue, Feb 03 2015, Andrew Morton wrote:
>
> You aren't measuring the right thing. You should compare
>
> if (p[i] != x)
> p[i] = x;
>
> versus
>
> p[i] = x;
>
> and you should do this for two cases:
>
> a) p[i] == x
>
> b) p[i] != x
>
>
> The first code sequence will
On 01/31/2015 02:46 AM, Gilad Avidov wrote:
> According to spmi spec a slave powers up into startup state and then
> transitions into active state. Thus, the wakeup command is not required
> before calling the slave's probe. The wakeup command is only needed for
> slaves that are in sleep state aft
Hi !
scanning for if STATEMENT else STATEMENT triggered here - and it does look
like it needs a fix-up or at least some comments.
The if-else here has no effect and the printk will not convey any information
as its always fstype==0, finally the return statement comment indicates that it
sh
> -Original Message-
> From: Rasmus Villemoes [mailto:li...@rasmusvillemoes.dk]
> Sent: Tuesday, February 03, 2015 5:34 PM
> To: Andrew Morton
> Cc: Wang, Yalin; 'Kirill A. Shutemov'; 'a...@arndb.de'; 'linux-
> a...@vger.kernel.org'; 'linux-kernel@vger.kernel.org';
> 'li...@arm.linux.org.uk
On Tue, 3 Feb 2015 16:46:15 +0800
Josh Wu wrote:
> Hi, Boris, Brian
>
> On 2/2/2015 5:42 PM, Boris Brezillon wrote:
> > Hi Brian,
> >
> > On Sun, 1 Feb 2015 23:57:37 -0800
> > Brian Norris wrote:
> >
> >> Hi Boris,
> >>
> >> BTW, this series has a few conflicts with other things I have queued,
Am Montag, den 02.02.2015, 14:11 -0800 schrieb Stephen Boyd:
> If a driver calls clk_set_parent(clk, parent) and parent is the
> current parent of clk we shouldn't fail in any case.
> Unfortunately if clk is a read-only mux we return -ENOSYS
> because we think we can't change the parent, except for
"Michael Kerrisk (man-pages)" writes:
>> Quick reviewed, and looks good. However, entry[0].d_reclen == 0 works as
>> backward compatibility though. The example might be good to use usual
>> way of getdents().
>>
>> I.e., "ret" means
>> -1 == error
>> 0 == EOD
>> 0 > how
On Mon, Feb 02, 2015 at 02:22:36PM -0800, Dave Hansen wrote:
> On 02/02/2015 08:55 AM, Mel Gorman wrote:
> > This patch identifies when a thread is frequently calling MADV_DONTNEED
> > on the same region of memory and starts ignoring the hint. On an 8-core
> > single-socket machine this was the imp
On Feb 3, 2015, at 2:21 AM, Michael Kerrisk (man-pages)
wrote:
> On 3 February 2015 at 09:49, Andreas Dilger wrote:
>> On Jan 23, 2015, at 12:54 PM, Heinrich Schuchardt wrote:
>>> +The bits of the bit mask are
>>> +.TP
>>> +.B ATTR_RO
>>> +This bit specifies that the file or directory is read-o
On 02/01/2015 11:08 AM, Jean-Michel Hautbois wrote:
Looks mostly good, some things in addition to what Hans already said.
[...]
-
-static s32 adv_smbus_write_byte_data(struct adv7604_state *state,
-enum adv7604_page page, u8 command,
-
On Tue, Feb 03, 2015 at 09:04:55AM +0800, Ken Xue wrote:
> as you said, platform_drv_probe calls dev_pm_domain_attach(). but
> platform_drv_probe just is a default probe routine. Not all platform
> device drivers use this probe routine. so, codes here may be still
> necessary.
Are you saying that
Hello Hirofumi,
On 3 February 2015 at 10:44, OGAWA Hirofumi wrote:
> "Michael Kerrisk (man-pages)" writes:
>
>>> Quick reviewed, and looks good. However, entry[0].d_reclen == 0 works as
>>> backward compatibility though. The example might be good to use usual
>>> way of getdents().
>>>
>>> I.e.,
On 3 February 2015 at 10:48, Andreas Dilger wrote:
> On Feb 3, 2015, at 2:21 AM, Michael Kerrisk (man-pages)
> wrote:
>> On 3 February 2015 at 09:49, Andreas Dilger wrote:
>>> On Jan 23, 2015, at 12:54 PM, Heinrich Schuchardt
>>> wrote:
+The bits of the bit mask are
+.TP
+.B AT
On Tue, Feb 03 2015, David Rientjes wrote:
> On Tue, 3 Feb 2015, Rasmus Villemoes wrote:
>
>> Pulling the code protected by if (system_state == SYSTEM_BOOTING) into
>> its own helper allows us to shrink .text a little. This relies on
>> build_all_zonelists already having a __ref annotation. Add a
On 03/02/15 00:24, Luis R. Rodriguez wrote:
>
> As I waited I decided to finally install a 32-bit OS but I found now
> that as of Xen commit 5d1181a5 which went upstream as of xen 4.3 Xen
> no longer supports 32-bit for x86.
You don't need a 32-bit hypervisor to run 32-bit dom0 or domUs.
David
-
Hi Gilad,
Thanks for the patch.
On 01/31/2015 02:46 AM, Gilad Avidov wrote:
> Qualcomm PMIC Arbiter version-2 changes from version-1 are:
>
> - Some different register offsets.
> - New channel register space, one per PMIC peripheral (ppid).
> All tx traffic uses these channels.
> - New observe
de126cec1006a34bed-dd2b39be8eee9d175c7842c30e405a5cbe50095a
On next-20150203 I hit similar error on ARM/Exynos4412 (Trats2 board)
while suspending to RAM:
[ 30.986262] PM: Syncing filesystems ... done.
[ 30.994661] PM: Preparing system for mem sleep
[ 31.002064] Freezing user space processes ... (elapsed 0
Add one more checking condition which was originally added by:
"tty: serial: 8250_core: use the ->line argument as a hint in
serial8250_find_match_or_unused()"
(sha1: 59b3e898ddfc81a65975043b5eb44103cc29ff6e)
port->line can be setup by DT driver to -1 which needs to
be also checked.
Signed-off-by
No functional changes.
Signed-off-by: Michal Simek
---
Changes in v2:
- Do not sign patch
drivers/tty/serial/8250/8250_core.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/tty/serial/8250/8250_core.c
b/drivers/tty/serial/8250/8250_core.c
index 11c66856ba2f..6
"Michael Kerrisk (man-pages)" writes:
> Thanks for the clarification. I have one other question. Currently the
> man page does not document two fields in the __fat_dirent structure:
> d_ino and d_offset. d_ino is presumably the inode number. But, what is
> d_offset?
d_ino and d_off (I guess, d_o
On Tue, Feb 3, 2015 at 3:54 AM, Ken Xue wrote:
> This new feature is to interpret AMD specific ACPI device to
> platform device such as I2C, UART found on AMD CZ and later chipsets. It
> based on example intel LPSS. Now, it can support AMD I2C & UART.
>
Few minor things below.
Be free to fix in d
On 02/02/15 11:44, Hans Verkuil wrote:
> Hi Pablo, Jean-Michel,
>
> On 02/01/2015 11:08 AM, Jean-Michel Hautbois wrote:
>> This is a preliminary patch in order to add support for ALSA.
>> It replaces all current i2c access with regmap.
>> Add the registers which will then be used too, as these are
On Tue, 2015-02-03 at 11:53 +0200, mika.westerb...@linux.intel.com
wrote:
> On Tue, Feb 03, 2015 at 09:04:55AM +0800, Ken Xue wrote:
> > as you said, platform_drv_probe calls dev_pm_domain_attach(). but
> > platform_drv_probe just is a default probe routine. Not all platform
> > device drivers use
Hi Andy,
On 02/02/2015 09:12 PM, Andy Lutomirski wrote:
> On Feb 2, 2015 1:34 AM, "Daniel Mack" wrote:
>> That's right, but again - if an application wants to gather this kind of
>> information about tasks it interacts with, it can do so today by looking
>> at /proc or similar sources. Desktop m
On Tue, Nov 25, 2014 at 02:02:22PM +, Al Viro wrote:
> From: Al Viro
>
> allows to switch macvtap and tun from ->aio_write() to ->write_iter()
>
> Signed-off-by: Al Viro
> ---
> drivers/net/macvtap.c | 44 +---
> drivers/net/tun.c | 44 ++
"Michael Kerrisk (man-pages)" writes:
>> Given that FAT ioctls are not widely used by applications, the
>> actual ABI (numeric constants) isn't changing, and the workaround
>> is simple, I'd expect that the time before deprecating the old
>> constants could be fairly short.
>
> True. And now that
Hi,
Since linux-3.18.0, r8169 is having problems driving one of my add-on
PCIe NICs. The interface is losing link for several seconds at a time,
the frequency being about once a minute when the traffic is high.
The first loss of link is accompanied by the message "NETDEV WATCHDOG:
eth1 (r8169):
On Tue, Feb 03, 2015 at 05:55:25PM +0800, Ken Xue wrote:
> On Tue, 2015-02-03 at 11:53 +0200, mika.westerb...@linux.intel.com
> wrote:
> > On Tue, Feb 03, 2015 at 09:04:55AM +0800, Ken Xue wrote:
> > > as you said, platform_drv_probe calls dev_pm_domain_attach(). but
> > > platform_drv_probe just i
Hi,
Here are a few simple patches for the jz4740.
First adds a simple DT binding.
Seconds adds DT support.
Third is a minor fix in clock enabling.
Patches are based on 3.19-rc7. Quite disjoint and stay within jz4740
so should apply easily on other trees.
If you would like to have them rebased
From: Paul Burton
This is a simple matter of providing a match table, the probe code needs
no modification.
Signed-off-by: Paul Burton
Signed-off-by: Zubair Lutfullah Kakakhel
Acked-by: Alan Stern
---
drivers/usb/host/ohci-jz4740.c | 9 +
1 file changed, 9 insertions(+)
diff --git a
From: Paul Burton
The clock must have been prepared before enabling it.
Signed-off-by: Paul Burton
Signed-off-by: Zubair Lutfullah Kakakhel
Acked-by: Alan Stern
--
V2 changes. Add disable_unprepare as well
---
drivers/usb/host/ohci-jz4740.c | 6 +++---
1 file changed, 3 insertions(+), 3 del
From: Paul Burton
Add the binding documentation for the JZ4740 OHCI controller.
Signed-off-by: Paul Burton
Signed-off-by: Zubair Lutfullah Kakakhel
---
The jz4740 is platform only at the moment.
But DT support is being added
See http://patchwork.linux-mips.org/bundle/paulburton/ci20-v3.20/
Yet another bad patch. Do not touch whole driver unless you understand
and can test your patches!
Antti
On 02/03/2015 05:52 AM, Nicholas Krause wrote:
This changes the switch statement checking the frame header of the pointer,
c as a pointer to a structure of type,dtv_frontend_properties to s
From: Markus Elfring
Date: Tue, 3 Feb 2015 11:15:14 +0100
The cpufreq_cooling_unregister() function tests whether its argument is NULL
and then returns immediately. Thus the test around the call is not needed.
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfri
From: Yuwei Zheng
In the environment with heavy wifi traffic, set the ar9271 into monitor mode,
will
trigger a deadloop panic.
The ath9k_hif_usb_rx_cb function excute on the interrupt context, and
ath9k_rx_tasklet excute
on the soft irq context. In other words, the ath9k_hif_usb_rx_cb have mor
Add binding for jz4740 watchdog timer. It is a simple watchdog timer.
Signed-off-by: Zubair Lutfullah Kakakhel
Reviewed-by: Guenter Roeck
---
The jz4740 is platform only at the moment.
But DT support is being added
See http://patchwork.linux-mips.org/bundle/paulburton/ci20-v3.20/
V3: Added R
Hi,
Here are two simple patches that add DT support to the jz4740 watchdog driver.
Patches are based on 3.19-rc7. Quite disjoint and stay within jz4740
so should apply easily on other trees.
If you would like to have them rebased to a different tree, please tell.
V3 Changed
Added Reviewed-by: G
Add DT support to the jz4740 driver. Simple of_match_ptr. No other
modification for probe needed
Signed-off-by: Zubair Lutfullah Kakakhel
Reviewed-by: Guenter Roeck
---
V3 Typo in Reviewed-by: Guenter Roeck
V2 changes
Add module device table. Even though we are moving to non-dt for jz4740.
Le
On Tue, Feb 03, 2015 at 07:45:04AM +, Huang Ying wrote:
> FYI, we noticed the below changes on
>
> commit 721c21c17ab958abf19a8fc611c3bd4743680e38 ("mm: mmu_gather: use
> tlb->end != 0 only for TLB invalidation")
Is this delta relative to the previous commit, or something else? The
commit in
On 02/03/2015 11:17 AM, Zubair Lutfullah Kakakhel wrote:
[...]
V4 Changes
Removed clock binding because of pending work in clock tree. Will add
binding later. Rather than introduce a bad binding now and change later.
But this patch is introducing a bad binding. The part needs the clock to
work
On 02/02/15 17:02, Arnd Bergmann wrote:
> On Wednesday 28 January 2015 14:51:23 Marc Zyngier wrote:
>> void __weak pcibios_update_irq(struct pci_dev *dev, int irq)
>> {
>> - dev_dbg(&dev->dev, "assigning IRQ %02d\n", irq);
>> - pci_write_config_byte(dev, PCI_INTERRUPT_LINE, irq);
>> +
Looks good,
please just one note. Rename "rate control" to "usb flow control", or
some thing like this. In this context "rate control" has different meaning.
I'll run you patches on my system with different adapters.
Am 03.02.2015 um 10:21 schrieb yuweizh...@139.com:
> From: Yuwei Zheng
>
> In
On Tue, Feb 03, 2015 at 03:17:30AM +0200, Kirill A. Shutemov wrote:
> Results for 10 runs on my laptop -- i5-3427U (IvyBridge 1.8 Ghz, 2.8Ghz Turbo
> with 3MB LLC):
I've screwed up the inner loop condition and step. As result the benchmark
touches the same cache line 8 times and scan SIZE/8 of mem
Make of_device_id array const.
Signed-off-by: Sanjeev Sharma
---
drivers/pinctrl/freescale/pinctrl-vf610.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/pinctrl/freescale/pinctrl-vf610.c
b/drivers/pinctrl/freescale/pinctrl-vf610.c
index fc86276..37a0375 100644
---
Tomas Szepe wrote:
> Hi,
>
> Since linux-3.18.0, r8169 is having problems driving one of my add-on
> PCIe NICs. The interface is losing link for several seconds at a time,
> the frequency being about once a minute when the traffic is high.
>
> The first loss of link is accompanied by the messag
Enough time has passed since "make depend" was deprecated.
Nobody would be in trouble without this hint.
Signed-off-by: Masahiro Yamada
---
Makefile | 6 --
1 file changed, 6 deletions(-)
diff --git a/Makefile b/Makefile
index 109c173..7aeba7a 100644
--- a/Makefile
+++ b/Makefile
@@ -1035,
On 30/01/15 21:16, Stephen Boyd wrote:
On 01/30/15 10:06, Srinivas Kandagatla wrote:
On 30/01/15 16:57, Bjorn Andersson wrote:
On Fri, Jan 30, 2015 at 2:17 AM, Srinivas Kandagatla
wrote:
This patch adds support to add child devices to gcc as some of the
registers mapped by gcc are used by
Hi Chen,
Thank you for the patch.
On Sunday 01 February 2015 22:08:33 Chen Gang S wrote:
> DRM_GEM_CMA_HELPER is depend on HAVE_DMA_ATTRS, or it will break the
> building. The related error (with allmodconfig under xtensa):
>
> CC [M] drivers/gpu/drm/drm_gem_cma_helper.o
> drivers/gpu/drm
Make of_device_id array const.
Signed-off-by: Sanjeev Sharma
---
drivers/tty/serial/imx.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/tty/serial/imx.c b/drivers/tty/serial/imx.c
index 0eb29b1..412bfbf 100644
--- a/drivers/tty/serial/imx.c
+++ b/drivers/tty/serial/
1 - 100 of 960 matches
Mail list logo
