On 02/25/2015 05:00 PM, Juergen Gross wrote:
On 02/25/2015 03:24 PM, David Vrabel wrote:
On 24/02/15 06:27, Juergen Gross wrote:
On 02/19/2015 07:07 PM, David Vrabel wrote:
On 18/02/2015 06:51, Juergen Gross wrote:
+{
+unsigned long pfn;
+unsigned long area_start, area_end;
+
On 30 March 2015 at 13:48, Peter Zijlstra wrote:
> I did the below on top; I'll sit on these patches for a wee while in the
> hope of the blackfin maintainer explaining his reasons for wrecking
> cacheline_aligned.
Two things I wanted to mention:
1.) We may need to drop the patch 2/3 as
On Fri, Mar 27, 2015 at 11:36:25AM +0100, Linus Walleij wrote:
> On Fri, Mar 27, 2015 at 11:06 AM, Mika Westerberg
> wrote:
> > On Thu, Mar 26, 2015 at 06:28:19PM +0200, Octavian Purdila wrote:
>
> >> For the sleep case I think the GPIO controller needs to do the pin
> >> enable and set input
On Fri, 2015-03-27 at 00:28 -0500, Steve French wrote:
> Coverity reports a warning for referencing the beginning of the
> SMB2/SMB3 frame using the ProtocolId field as an array. Although
> it works the same either way, this patch should quiet the warning
> and might be a little clearer.
>
>
On Fri, 2015-03-27 at 00:28 -0500, Steve French wrote:
> null tcon is not likely in these paths in current
> code, but obviously it does clarify the code to
> check for null (if at all) before derefrencing
> rather than after.
>
> Reported by Coverity (CID 1042666)
>
> Signed-off-by: Steve
On Mon, Mar 30, 2015 at 11:26:34AM +0200, Geert Uytterhoeven wrote:
> On Sun, Mar 29, 2015 at 3:56 PM, Borislav Petkov wrote:
> > From: Borislav Petkov
> >
> > Let's make it official - I've been doing this for a while now anyway.
> >
> > Signed-off-by: Borislav Petkov
> > Cc: Andreas Herrmann
On Fri, 2015-03-27 at 00:28 -0500, Steve French wrote:
> Although unlikely to fail (and tree connect does not commonly send
> a password since SECMODE_USER is the default for most servers)
> do not ignore errors on SMBNTEncrypt in SMB Tree Connect.
>
> Reported by Coverity (CID 1226853)
>
>
hugetlb doesn't support NUMA balancing now, but that doesn't mean that we
don't have to make hugetlb code prepared for PROTNONE entry properly.
In the current kernel, when a process accesses to hugetlb range protected
with PROTNONE, it causes unexpected COWs, which finally put hugetlb subsystem
Hi all,
Changes since 20150327:
The arm64 tree has lost its build failures.
The vfs tree lost its build failure.
The idle tree gained a build failure so I used the version from
next-20150327.
The net-next tree gained conflicts against the vfs tree and a build
failure due to a bad merge for
Am 30.03.2015 um 11:32 schrieb Dr. H. Nikolaus Schaller :
> Hi Johan,
>
> Am 30.03.2015 um 09:45 schrieb Johan Hovold :
>
>> On Sat, Mar 28, 2015 at 02:37:57PM +0100, Marek Belisko wrote:
>>> From: "H. Nikolaus Schaller"
>>>
>>> While trying to test the Pyra GSM/GPS/3G module I had
On Sun, 2015-22-03 at 04:42:58 UTC, "Shreyas B. Prabhu" wrote:
> This is a cleanup patch; doesn't change any functionality. Moves
> all cpuidle related code from setup.c to a new file.
>
> Signed-off-by: Shreyas B. Prabhu
> ---
> This patch is new in v3
>
>
first backport commit 6ec88fcb4aa2c33fe2fe2a23c576a7e2581c5c3d changes
l2cap_move_channel_confirm_rsp and not the l2cap_information_rsp. So
revert this and fix at the correct position.
commit 3f6fa3d489e127ca5a5b298eabac3ff5dbe0e112 upstream.
The length check is invalid since the length varies
On Fri, 2015-03-27 at 00:27 -0500, Steve French wrote:
> Pointed out by coverity analyzer. resp_buftype is
> not initialized in one path which can rarely log
> a spurious warning (buf is null so there will
> not be a problem with freeing data, but if buf_type
> were randomly set to wrong value
Hi Kedareswara,
On Mon, 30 Mar 2015 14:30:26 +0530 Kedareswara rao Appana
wrote:
>
> diff --git a/include/linux/dmapool.h b/include/linux/dmapool.h
> index 022e34f..01c91bb 100644
> --- a/include/linux/dmapool.h
> +++ b/include/linux/dmapool.h
> @@ -13,6 +13,7 @@
>
> #include
> #include
>
On Sun, 2015-22-03 at 04:42:57 UTC, "Shreyas B. Prabhu" wrote:
> Currently, cpu_online_cores_map returns a mask, which for every core
> that has atleast one online thread, has the first-cpu-of-that-core's bit
> set.
... which for every core with at least one online thread, has the bit for
On 30.03.2015 12:02, Omar Sandoval wrote:
Before commit bafc9b754f75 ("vfs: More precise tests in d_invalidate"),
d_invalidate() could return -EBUSY when a dentry for a directory had
more than one reference to it. This is what prevented a mounted
subvolume from being deleted, as struct vfsmount
Hi Johan,
Am 30.03.2015 um 09:45 schrieb Johan Hovold :
> On Sat, Mar 28, 2015 at 02:37:57PM +0100, Marek Belisko wrote:
>> From: "H. Nikolaus Schaller"
>>
>> While trying to test the Pyra GSM/GPS/3G module I had reconfigured
>> the USB interface by mistake and therefore needed to run a
It was found when doing a hotplug stress test on POWER, that the machine
either hit softlockups or rcu_sched stall warnings. The issue was
traced to commit 7cba160ad789a powernv/cpuidle: Redesign idle states
management, which exposed the cpu down race with hrtimer based broadcast
mode(Commit
On Sun, Mar 29, 2015 at 3:56 PM, Borislav Petkov wrote:
> From: Borislav Petkov
>
> Let's make it official - I've been doing this for a while now anyway.
>
> Signed-off-by: Borislav Petkov
> Cc: Andreas Herrmann
> Cc: Tigran Aivazian
> Cc: Andrew Morton
> Cc: Greg KH
> Cc: Ingo Molnar
>
On Mon, Mar 30, 2015 at 10:43:14AM +0200, Mike Galbraith wrote:
> I think it would be a good thing if we can get away with it, but I also
> think you could safely bet your life that somebody will squeak.
The thing I worry most about is that squeaking only happening 5 years
later :/
--
To
> On Mon, Mar 30, 2015 at 10:11:00AM +0200, David Hildenbrand wrote:
> > Commit 2e77784bb7d8 ("perf callchain: Move cpumode resolve code to
> > add_callchain_ip") promised "No change in behavior.".
> >
> > As this commit breaks callchains on s390x (symbols not getting resolved,
>
> I think it's
On Sat, Mar 28, 2015 at 08:55:49AM +0100, Peter Zijlstra wrote:
> +static const struct clockid_map clockids[] = {
> + /* available for all events, NMI safe */
> + CLOCKID_MAP("monotonic", CLOCK_MONOTONIC),
> + CLOCKID_MAP("monotonic_raw", CLOCK_MONOTONIC_RAW),
> +
On Tue, Mar 24, 2015 at 09:27:09AM +, Juri Lelli wrote:
> Right, it should not happen. It happens because hotplug operations are
> destructive w.r.t. cpusets. Peter, how about we move the check you put
> in sched_cpu_inactive() to cpuset_cpu_inactive()? This way, if we fail,
> we don't need to
There is a possible race condition when a device
is added while another device with the same parent
, with ref count of one, is deleted.
CPU0CPU1
device_add() device_del()
get_device_parent() put_device(parent);
kobj = kobject_get(k); kobject_put()
kref_put()
Hi Andrew,
Today's linux-next merge of the akpm-current tree got a conflict in
arch/parisc/include/asm/Kbuild between commit 476840458128 ("parisc:
Eliminate sg_virt_addr() and private scatterlist.h") from the parisc-hd
tree and commit e494f4a463cd ("parisc: switch to using asm-generic for
Avoid weird names (led_-65537) on overflows.
Reported-by: Geert Uytterhoeven
Signed-off-by: Ricardo Ribalda Delgado
---
drivers/leds/led-class.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/leds/led-class.c b/drivers/leds/led-class.c
index 2ffe8b1..2be1ba3 100644
If the final name does not fit the string there is a potential
endless-loop.
Reported-by: Geert Uytterhoeven
Signed-off-by: Ricardo Ribalda Delgado
---
drivers/leds/led-class.c | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git a/drivers/leds/led-class.c
If the final name does not fit the string there is a potential
endless-loop.
Reported-by: Geert Uytterhoeven
Signed-off-by: Ricardo Ribalda Delgado
---
drivers/leds/led-class.c | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git a/drivers/leds/led-class.c
On Sun, Mar 29, 2015 at 02:16:05PM -0700, Andy Lutomirski wrote:
> > sysexit_from_sys_call:
> > /*
> > * Sysretl works even on Intel CPUs. Use it in preference to
> > sysexit,
> > * since it avoids a dicey window with interrupts enabled.
Btw, let's agree on the
Hi Vinod,
On Mon, Mar 23, 2015 at 4:37 PM, Rameshwar Sahu wrote:
> Hi Vinod,
>
> On Thu, Mar 19, 2015 at 1:47 PM, Rameshwar Sahu wrote:
>> Hi Vinod,
>>
>> On Wed, Mar 18, 2015 at 7:17 PM, Rameshwar Prasad Sahu wrote:
>>> This patch implements the APM X-Gene SoC DMA engine driver. The APM
> Some of the PMIC's could have specific regmap configuration
> tables in future, so add specific compatible strings for known
> PMIC's. Also print runtime detected chip revision information.
>
> Signed-off-by: Ivan T. Ivanov
> ---
>
> Changes since v2
>
> * Fixed error checks from
On Tue, 24 Mar 2015, Krzysztof Kozlowski wrote:
> Replace duplicated const keyword for 'axp20x_model_names' with proper
> array of const pointers to const strings.
>
> Signed-off-by: Krzysztof Kozlowski
> ---
> drivers/mfd/axp20x.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
On Wed, 25 Mar 2015, Holger Dengler wrote:
> From: Benedikt Spranger
>
> The Flexcard interface design split packet receive and transmit. All
> received packets and card status information are multiplexed with a
> Flexcard specific protocol and handled through a DMA capable ringbuffer.
> The TX
Before commit bafc9b754f75 ("vfs: More precise tests in d_invalidate"),
d_invalidate() could return -EBUSY when a dentry for a directory had
more than one reference to it. This is what prevented a mounted
subvolume from being deleted, as struct vfsmount holds a reference to
the subvolume dentry.
On Sun, Mar 29, 2015 at 09:08:41PM -0700, K. Y. Srinivasan wrote:
> In preparation for embedding the rndis state and other packet state into
> the skb, cleanup the test for freeing the skb.
>
So there is no behavior change in applying this patch?
regards,
dan carpenter
--
To unsubscribe from
This patch fixes the following compilation warnings.
In file included from drivers/dma/xilinx/xilinx_vdma.c:26:0:
include/linux/dmapool.h:18:4: warning: 'struct device' declared inside
parameter list
size_t size, size_t align, size_t allocation);
^
include/linux/dmapool.h:18:4: warning:
On Wed, 25 Mar 2015, Holger Dengler wrote:
> From: Benedikt Spranger
>
> The Flexcard interface design split packet receive and transmit. All
> received packets and card status information are multiplexed with a
> Flexcard specific protocol and handled through a DMA capable ringbuffer.
> The TX
On Mon, Mar 30, 2015 at 10:55 AM, Ricardo Ribalda Delgado
wrote:
> - int i = 0;
> + unsigned int i = 0;
That won't help, as you forgot to replace "%d" by "%u" in the snprintf()
call.
> int ret = 0;
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven --
Hi Cyrill,
On Mon, Mar 30, 2015 at 11:51:12AM +0300, Cyrill Gorcunov wrote:
> On Mon, Mar 30, 2015 at 02:22:50PM +0900, Minchan Kim wrote:
> > 2nd description trial.
> ...
> Hi Minchan, could you please point for which repo this patch,
> linux-next?
It was based on
On Mon, Mar 30, 2015 at 10:55 AM, Ricardo Ribalda Delgado
wrote:
> --- a/drivers/leds/led-class.c
> +++ b/drivers/leds/led-class.c
> @@ -223,12 +223,17 @@ static int led_classdev_next_name(const char
> *init_name, char *name,
> size_t len)
> {
> int i =
On Wed, 25 Mar 2015, Holger Dengler wrote:
> From: Benedikt Spranger
>
> Add an UIO device for each Flexcard Flexray related trigger. The trigger
> devide into:
> - Flexray cycle start (CCYS)
> - Flexray timer 0 (CCxT0)
> - Bus wakeup (WAKE)
>
> The UIO IRQ devices can be used to
Strncpy does not guarantee a zero terminated string. Use strlcpy
instead.
Reported-by: Geert Uytterhoeven
Signed-off-by: Ricardo Ribalda Delgado
---
drivers/leds/led-class.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/leds/led-class.c b/drivers/leds/led-class.c
If the final name does not fit the string there is a potential
endless-loop.
Reported-by: Geert Uytterhoeven
Signed-off-by: Ricardo Ribalda Delgado
---
drivers/leds/led-class.c | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git a/drivers/leds/led-class.c
Avoid weird names (led_-65537) on overflows.
Reported-by: Geert Uytterhoeven
Signed-off-by: Ricardo Ribalda Delgado
---
drivers/leds/led-class.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/leds/led-class.c b/drivers/leds/led-class.c
index 2ffe8b1..2be1ba3 100644
Fix errors reported by Geert Uytterhoeven.
I didn't have the chance to test the changes it in real hardware.
Ricardo Ribalda Delgado (3):
leds/class: Use strlcpy instead of strncpy
leds/class: Check snprintf return value
leds/class: Set naming index as unsigned
drivers/leds/led-class.c
On Mon, Mar 30, 2015 at 10:11:00AM +0200, David Hildenbrand wrote:
> Commit 2e77784bb7d8 ("perf callchain: Move cpumode resolve code to
> add_callchain_ip") promised "No change in behavior.".
>
> As this commit breaks callchains on s390x (symbols not getting resolved,
I think it's a generic
On 03/30/2015 04:16 PM, Marc Zyngier wrote:
On Mon, 30 Mar 2015 02:39:53 +0100
AKASHI Takahiro wrote:
On 03/28/2015 02:40 AM, Kyle McMartin wrote:
On Fri, Mar 27, 2015 at 03:37:04PM +, Marc Zyngier wrote:
[ 236.260863] Kernel panic - not syncing: HYP panic:
[ 236.260863] PS:63c9
On 03/27/2015 01:50 AM, David Rientjes wrote:
> On Thu, 26 Mar 2015, Andrey Ryabinin wrote:
>
>>> +static void check_element(mempool_t *pool, void *element)
>>> +{
>>> + /* Mempools backed by slab allocator */
>>> + if (pool->free == mempool_free_slab || pool->free == mempool_kfree)
On Mon, Mar 30, 2015 at 02:22:50PM +0900, Minchan Kim wrote:
> 2nd description trial.
...
Hi Minchan, could you please point for which repo this patch,
linux-next?
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More
On Wed, 25 Mar 2015, Holger Dengler wrote:
> From: Benedikt Spranger
>
> The Flexcard comprise an interrupt controller for the attached
> tinys, timer, a Flexray related trigger and a second one for DMA.
> Both controllers share a single IRQ line.
>
> Add an interrupt domain for the DMA
On Wed, 25 Mar 2015, Holger Dengler wrote:
> From: Benedikt Spranger
>
> The Flexcard comprise an interrupt controller for the attached
> tinys, timer, a Flexray related trigger and a second one for DMA.
> Both controllers share a single IRQ line.
>
> Add an interrupt domain for the non-DMA
Hi Ricardo,
I forgot one thing:
On Sat, Mar 14, 2015 at 12:05 AM, Ricardo Ribalda Delgado
wrote:
> --- a/drivers/leds/led-class.c
> +++ b/drivers/leds/led-class.c
> @@ -212,6 +212,26 @@ static const struct dev_pm_ops leds_class_dev_pm_ops = {
> .resume = led_resume,
> };
>
>
On Mon, 2015-03-30 at 10:28 +0200, Peter Zijlstra wrote:
> On Mon, Mar 30, 2015 at 10:26:03AM +0200, Mike Galbraith wrote:
> > On Mon, 2015-03-30 at 09:44 +0200, Peter Zijlstra wrote:
> > > On Sun, Mar 29, 2015 at 10:13:33PM -0400, David Ahern wrote:
> > > > Before spending too much time
> Add new ID for ASUS N10 WiFi dongle.
>
> Signed-off-by: Marek Vasut
> Tested-by: Marek Vasut
> Cc: Larry Finger
> Cc: John W. Linville
> Acked-by: Larry Finger
Thanks, applied to wireless-drivers-next.git.
Kalle Valo
--
To unsubscribe from this list: send the line "unsubscribe
On Wed, 2015-03-18 at 11:13 +0100, Tom Gundersen wrote:
> This will expose in /sys whether the ifname of a device is set by userspace
> or generated by the kernel. The latter kind (wlanX, etc) is not deterministic,
> so userspace needs to rename these devices to names that are guaranteed to
> stay
On 2015/3/30 16:28, Li, Aubrey wrote:
> Ying,
>
> can you please try this patch to see if the problem is gone on your side?
Hi Aubrey,
I would be better if we could change RTC driver instead.
Thanks!
Gerry
>
> Thanks,
> -Aubrey
>
>
> On 2015/3/26 20:13, Li, Aubrey wrote:
>> On
Hello Geert:
Thanks for your comments!
On Mon, Mar 30, 2015 at 9:59 AM, Geert Uytterhoeven
wrote:
>
> What's the maximum length of init_name?
It is "driver defined", this is why the initial patch used kasprintf,
but the Maintainer preferred to avoid the memory handling.
> strncpy() is _not_
As there isn't a way for the firmware on the Nyan chromebooks to hand
over the display to the kernel, and the kernel isn't redoing the whole
configuration at present.
With this patch, the SOR is brought to a known state and we get correct
display on every boot.
Signed-off-by: Tomeu Vizoso
---
Top of include/linux/pci_ids.h says:
Do not add new entries to this file unless the definitions
are shared between multiple drivers.
on the other hand, Documentation/PCI/pci.txt seems to imply that all
vendor IDs should be added in include/linux/pci_ids.h.
Clarify text pci.txt to
On Mon, Mar 30, 2015 at 09:53:31AM +0200, Greg KH wrote:
> On Mon, Mar 30, 2015 at 09:15:26AM +0200, Michael S. Tsirkin wrote:
> > On Mon, Mar 30, 2015 at 08:55:22AM +0200, Greg KH wrote:
> > > On Mon, Mar 30, 2015 at 08:48:44AM +0200, Michael S. Tsirkin wrote:
> > > > On Sun, Mar 29, 2015 at
On Wed, 25 Mar 2015, Holger Dengler wrote:
> From: Benedikt Spranger
>
> The Flexcard offers a Flexray network synchronized counter with a
> selectable resolution of 1us, 100ns or 10ns. Add an appropriate MFD-cell
> to use the counter.
>
> Signed-off-by: Holger Dengler
> Signed-off-by:
On 03/27/2015 06:47 PM, Jason Gunthorpe wrote:
> On Fri, Mar 27, 2015 at 01:05:08PM -0400, ira.weiny wrote:
>
>>> But it seems redudent, since mcast_add_one will already not add a port that
>>> is
>>> not IB, so mcast_event_handler is not callable. Something to do with
>>> rocee/ib switching?
On Mon, Mar 30, 2015 at 10:26:03AM +0200, Mike Galbraith wrote:
> On Mon, 2015-03-30 at 09:44 +0200, Peter Zijlstra wrote:
> > On Sun, Mar 29, 2015 at 10:13:33PM -0400, David Ahern wrote:
> > > Before spending too much time formalizing this I wanted to see if you guys
> > > would entertain the
Ying,
can you please try this patch to see if the problem is gone on your side?
Thanks,
-Aubrey
On 2015/3/26 20:13, Li, Aubrey wrote:
> On 2015/3/25 15:22, Huang Ying wrote:
>> [ 28.745155] genirq: Flags mismatch irq 8. 0080 (mmc0) vs.
>> (rtc0)
>
> okay, I replicated this on
On Mon, 2015-03-30 at 09:44 +0200, Peter Zijlstra wrote:
> On Sun, Mar 29, 2015 at 10:13:33PM -0400, David Ahern wrote:
> > Before spending too much time formalizing this I wanted to see if you guys
> > would entertain the idea of making this info available via debugfs. It does
> > move the
On Sun, Mar 29, 2015 at 07:00:19PM -0600, David Ahern wrote:
> On 3/28/15 1:55 AM, Peter Zijlstra wrote:
> >Subject: perf, record: Add clockid parameter
> >From: Peter Zijlstra
> >Date: Fri, 27 Mar 2015 15:32:01 +0100
> >
> >Teach perf-record about the new perf_event_attr::{use_clockid, clockid}
On Fri 27-03-15 08:43:54, Dave Chinner wrote:
> On Thu, Mar 26, 2015 at 10:53:02AM +0100, Michal Hocko wrote:
> > On Fri 20-03-15 14:48:20, Dave Chinner wrote:
> > > On Thu, Mar 19, 2015 at 01:44:41PM +0100, Michal Hocko wrote:
> > [...]
> > > > Or did I miss your point? Are you concerned about
On Mon, Mar 30, 2015 at 10:47:16AM +0530, Viresh Kumar wrote:
> Hi Ingo/Thomas,
>
> Here are few cleanups around timer-core initialization. The first one is
> suggested by Peter Zijlstra [1] and the other two make few more changes in
> order
> to simplify it.
I did the below on top; I'll sit on
Hi Lee,
On Wed, 2015-03-18 at 07:30 +, Lee Jones wrote:
> On Wed, 18 Mar 2015, Eddie Huang wrote:
>
> > Provide MT6397 RTC interrupt, base address, and register in
> > MT6397 MFD.
> >
> > Signed-off-by: Eddie Huang
> > ---
> > drivers/mfd/mt6397-core.c | 15 +++
> > 1 file
On Wed, 25 Mar 2015, Holger Dengler wrote:
> From: Benedikt Spranger
>
> Add device attributes for common flexcard information access. The
> attribiutes are read-only execpt "uid" (user ID register).
> The "uid" attribute can also be used to change the user-defined ID of a
> Flexcard.
>
>
Hi Dmitry,
On Fri, 2015-03-20 at 22:25 -0700, Dmitry Torokhov wrote:
> Hi Eddie,
>
>
> On Tue, Mar 17, 2015 at 10:45 PM, Eddie Huang
> wrote:
> > +static int mtk_rtc_probe(struct platform_device *pdev)
> > +{
> > + struct resource *res;
> > + struct mt6397_chip *mt6397_chip =
Hi Ingo,
this is ontop of tip/x86/ras. Please pull,
Thanks.
The following changes since commit c9ce8712838e48bf356144122c5ecdcdac5d1829:
x86/mce: Reindent __mcheck_cpu_apply_quirks() properly (2015-03-23 10:16:44
+0100)
are available in the git repository at:
[0.752570] [] dump_stack+0x16/0x18
[0.752570] [] dump_stack+0x16/0x18
[0.753420] [] warn_slowpath_common+0x87/0xc0
[0.753420] [] warn_slowpath_common+0x87/0xc0
[0.754429] [] ? imr_add_range+0x2b4/0x370
[0.754429] [] ? imr_add_range+0x2b4/0x370
[0.755384] [] ?
Hi Sascha,
On Mon, 2015-03-23 at 09:42 +0100, Sascha Hauer wrote:
> On Sat, Mar 21, 2015 at 02:05:21PM +0800, Eddie Huang wrote:
> > From: Xudong Chen
> >
> > The mediatek SoCs have I2C controller that handle I2C transfer.
> > This patch include common I2C bus driver.
> > This driver is
Commit 2e77784bb7d8 ("perf callchain: Move cpumode resolve code to
add_callchain_ip") promised "No change in behavior.".
As this commit breaks callchains on s390x (symbols not getting resolved,
observed when profiling the kernel), this statement is wrong. The cpumode
must be kept when iterating
Hi Russell,
On Mon, 30 Mar 2015 08:15:37 +0100 Russell King - ARM Linux
wrote:
>
> I'll drop the VDSO stuff from the ARM tree; I can't see a way to keep
> it in my tree and keep my tree buildable without dragging in the tip
> tree.
Does it affect your tree on its own? If not, then it can be
On Fri, Mar 27, 2015 at 02:13:26PM -0600, David Ahern wrote:
> On 3/27/15 2:11 PM, Arnaldo Carvalho de Melo wrote:
> >Em Fri, Mar 27, 2015 at 11:31:22AM -0600, David Ahern escreveu:
> >>>Hi Arnaldo:
> >>>
> >>>If I leave 'perf top -z' running it eventually crashes with the backtrace
> >>>in
>
On Wed, 25 Mar 2015, Holger Dengler wrote:
> From: Benedikt Spranger
>
> The Flexcard PCI BAR0 contain registers for configuration but also
> for informational purpose like error counter, statistical information
> and some timestamps. The read-only mmap of the misc device offers the
> userspace
Hi Sascha,
On Mon, 2015-03-23 at 08:39 +0100, Sascha Hauer wrote:
> On Sat, Mar 21, 2015 at 02:05:22PM +0800, Eddie Huang wrote:
> > Add mediatek MT8173 I2C controller driver. Compare to I2C controller
> > of earlier mediatek SoC, MT8173 fix write-then-read limitation, and
> > also increase
On Sun, Mar 29, 2015 at 04:30:02PM -0600, David Ahern wrote:
SNIP
> -static pid_t perf_event__synthesize_comm(struct perf_tool *tool,
> - union perf_event *event, pid_t pid,
> - perf_event__handler_t process,
> -
Hi Linus,
here are the (hopefully) last GPIO fixes for v4.0. Nothing
controversial whatsoever, just fixes.
Please pull it in.
Yours,
Linus Walleij
The following changes since commit 13a7a6ac0a11197edcd0f756a035f472b42cdf8b:
Linux 4.0-rc2 (2015-03-03 09:04:59 -0800)
are available in the
On Sun, Mar 29, 2015 at 04:30:01PM -0600, David Ahern wrote:
SNIP
> + fd = open(filename, O_RDONLY);
> + if (fd < 0) {
> pr_debug("couldn't open %s\n", filename);
> return 0;
> }
>
> - while (!comm[0] || (tgid < 0)) {
> - if (fgets(bf,
On Sat, 2015-03-28 at 17:55 -0700, Guenter Roeck wrote:
> On 03/28/2015 03:44 PM, Paul Bolle wrote:
> > I haven't actually looked into this part of the patch, since as far as
> > I'm concerned this patch is broken.
>
> You mean beyond the "ON" and the above problem ? Can you elaborate ?
No, I
On Sat, Mar 14, 2015 at 12:05 AM, Ricardo Ribalda Delgado
wrote:
> The current code expected that every LED had an unique name. This is a
> legit expectation when the device tree can no be modified or extended.
> But with device tree overlays this requirement can be easily broken.
>
> This patch
On Fri, Mar 27, 2015 at 04:29:33PM +0100, ext Wolfram Sang wrote:
> On Wed, Mar 25, 2015 at 06:43:51PM +0100, Ioan Nicu wrote:
> > Probe deferral is not an error case. It happens only when
> > the necessary dependencies are not there yet.
> >
> > The driver core is already printing a message when
> From: Benedikt Spranger
>
> The Eberspaecher Flexcard PMC II is a PMC (PCI Mezzanine Card) II
> carrier board. The carrier board can take up to 4 exchangeable physical
> layer boards for e.g. CAN, FlexRay or Ethernet.
>
> Signed-off-by: Holger Dengler
> Signed-off-by: Benedikt Spranger
>
On Mon, Mar 30, 2015 at 09:15:26AM +0200, Michael S. Tsirkin wrote:
> On Mon, Mar 30, 2015 at 08:55:22AM +0200, Greg KH wrote:
> > On Mon, Mar 30, 2015 at 08:48:44AM +0200, Michael S. Tsirkin wrote:
> > > On Sun, Mar 29, 2015 at 10:40:47PM +0200, Greg KH wrote:
> > > > On Sun, Mar 29, 2015 at
--
STANDARD LOANS FINANCE PLC
Head Office Address: 16 Hanover Square, Mayfair, London W1S 1HT
Branch Address: P.O box 20517 CY-3058 Limasol, Istanbul,Turkey
Tel: 0044 701 2968 900
Fax: 00448 435 586 884
Trebate li financiranje?
Trebate li poslovanje ili osobni zajam?
Želite li
On Sun, Mar 29, 2015 at 10:13:33PM -0400, David Ahern wrote:
> Before spending too much time formalizing this I wanted to see if you guys
> would entertain the idea of making this info available via debugfs. It does
> move the existing sched_features file to sched/features -- not sure how
>
On Sat, Mar 28, 2015 at 02:37:57PM +0100, Marek Belisko wrote:
> From: "H. Nikolaus Schaller"
>
> While trying to test the Pyra GSM/GPS/3G module I had reconfigured
> the USB interface by mistake and therefore needed to run a different
> USB driver than CSC-ACM. It turned out that I need the
On Sat, 28 Mar 2015 23:33:46 +0100, Pali Rohár wrote:
> I think it would be better to locate on which bus are sensors
> connected (smbus? isa? pci?), find out HW chips and wrote native
> kernel drivers for them...
>
> I scanned smbus (intel controller connected on pci) on my E6440
> but there
Hi Eddie,
Please see my comments inline.
On Wed, Mar 18, 2015 at 2:45 PM, Eddie Huang wrote:
> From: Tianping Fang
>
> Add Mediatek MT6397 RTC driver
[snip]
> +#define RTC_BBPU 0x
> +#define RTC_WRTGR 0x003c
> +#define RTC_IRQ_EN 0x0004
> +#define
On Fri, Mar 27, 2015 at 10:04:11AM -0700, Andrew Morton wrote:
> mm... I don't think we should be adding placeholders to the kernel API
> to support code which hasn't been written, tested, reviewed, merged,
> etc. It's possible none of this will ever happen and we end up with a
> syscall nobody
The top of include/linux/pci_ids.h says:
Do not add new entries to this file unless the definitions
are shared between multiple drivers.
Drop comment in usb/dwc3 which conflicts with this.
Signed-off-by: Michael S. Tsirkin
---
drivers/usb/dwc3/dwc3-pci.c | 1 -
1 file changed, 1
On Fri, Mar 27, 2015 at 08:58:54AM -0700, Jeremy Allison wrote:
> The problem with the above is that we can't tell the difference
> between pread2() returning a short read because the pages are not
> in cache, or because someone truncated the file. So we need some
> way to differentiate this.
Is
Le 28/03/2015 00:02, Boris Brezillon a écrit :
> Hi Nicolas,
>
> On Fri, 27 Mar 2015 16:34:11 +0100
> Nicolas Ferre wrote:
>
>> Capabilities configuration by macb_configure_caps() was moved far too late by
>> 421d9df0628b (net/macb: merge at91_ether driver into macb driver) which would
>> lead
On Fri, Mar 27, 2015 at 09:49:32AM -0700, Andrew Morton wrote:
> And let's have a think about EAGAIN vs EWOULDBLOCK.
Do you want a sentence saying they are always the same in Linux?
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On Sun, 29 Mar 2015 15:40:42 +0200, Michael S. Tsirkin wrote:
> Header moved from linux/pci_ids.h to uapi/linux/pci_ids.h,
> use the new header directly so we can drop
> the wrapper in include/linux/pci_ids.h.
>
> Signed-off-by: Michael S. Tsirkin
> ---
> drivers/i2c/busses/i2c-i801.c | 2 +-
>
On Sun, 29 Mar 2015 15:37:30 +0200, Michael S. Tsirkin wrote:
> Header moved from linux/pci_ids.h to uapi/linux/pci_ids.h,
> update i2c documentation accordingly.
>
> Signed-off-by: Michael S. Tsirkin
> ---
> Documentation/i2c/busses/i2c-i801 | 2 +-
> 1 file changed, 1 insertion(+), 1
Le 27/03/2015 17:24, Cyrille Pitchen a écrit :
> Hi Nicolas,
>
> There is a little mistake in this patch, which will prevent the GEM from
> working properly:
>
> Le 27/03/2015 16:34, Nicolas Ferre a écrit :
>> When merging at91_ether and macb driver during 421d9df0628b (net/macb: merge
>>
801 - 900 of 1870 matches
Mail list logo