This driver adds support for USB controlled led panels that exists in
MSI GT683R laptop
Signed-off-by: Janne Kanniainen
---
Changes in v2:
- sorted headers to alphabetic order
- using devm_kzalloc
- using BIT(n)
- using usb_control_msg instead of usb_submit_urb
On Tue, 10 Jun 2014, Sachin Kamat wrote:
> We previously assumed 'mem_sdio' could be null but it is
> dereferenced in ioremap(). Add a check to avoid a potential
> null pointer dereference error.
>
> Signed-off-by: Sachin Kamat
> ---
> drivers/mfd/asic3.c | 12 +++-
> 1 file changed,
On Mon, Jun 16, 2014 at 6:33 PM, Toralf Förster wrote:
> $ cat syscall.c
> #include
> #include
> int main(){return syscall(1000)!=-1;}
>
> (pls see https://bugs.gentoo.org/show_bug.cgi?id=513308) gives at a 32 bit
> stable Gentoo Linux w/ kernel 3.15 :
>
> Jun 16 18:29:42 n22 kernel:
Cc'ing Mauro/Rafael/Srivatsa..
On Thu, Dec 12, 2013 at 7:38 PM, Peter Zijlstra wrote:
> Use a ring-buffer like multi-version object structure which allows
> always having a coherent object; we use this to avoid having to
> disable IRQs while reading sched_clock() and avoids a problem when
>
> On Jun 16, 2014, at 10:08 AM, "Catalin Marinas"
> wrote:
>
> Andrew,
>
>> On Sat, May 24, 2014 at 12:01:55AM -0700, Andrew Pinski wrote:
>> New version of the patches with documentation, signal changes are
>> simplified, using less compat syscalls and splitting up the patches so
>> it is
On 6/16/2014 10:45 AM, Nick Krause wrote:
Can we close this bug or is it still a issue as we can'
return NULL from kfree or kfree_skb. Here is the bug
ID 44631 I would close it if we are done with the bug
otherwise I think there are no other issues with
allocating a skb,
In what database is
'i' is unused in tile_net_dev_init() after commit d581ebf5a1f.
Signed-off-by: Chris Metcalf
---
drivers/net/ethernet/tile/tilegx.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/net/ethernet/tile/tilegx.c
b/drivers/net/ethernet/tile/tilegx.c
index 14389f841d43..4c70360967c2 100644
On Tue, 10 Jun 2014, Linus Walleij wrote:
> Something changed in the OF parser in the v3.16 merge window
> making it be strict about passing the number of IRQ cells
> correctly and disturbing the irqdomain xlate function guard
> to crash when subdevices try to obtain IRQs like this:
[...]
> The
On Mon, Jun 16, 2014 at 05:48:58PM +0100, Mark Brown wrote:
> On Mon, Jun 16, 2014 at 05:42:42PM +0100, Lee Jones wrote:
> > On Mon, 09 Jun 2014, Richard Fitzgerald wrote:
>
> > > + if (arizona->subsys_max_rq != new_flags) {
>
> > I don't really get this. What's the point in passing the mask
>
Hi Stuart,
On Mon, Jun 16, 2014 at 05:56:32PM +0100, Stuart Yoder wrote:
> > Do you have use-cases where you really need to change these mappings
> > dynamically?
>
> Yes. In the case of a PCI bus-- you may not know in advance how many
> PCI devices there are until you probe the bus. We have
On 16/06/2014 19:03, Lee Jones wrote:
> On Mon, 16 Jun 2014, Boris BREZILLON wrote:
>> On 16/06/2014 14:50, Lee Jones wrote:
The HLCDC IP available on some Atmel SoCs (i.e. at91sam9n12, at91sam9x5
family or sama5d3 family) exposes 2 subdevices:
- a display controller (controlled by
On 6/16/2014 12:06 PM, Nicholas Krause wrote:
diff --git a/drivers/infiniband/hw/cxgb4/cm.c b/drivers/infiniband/hw/cxgb4/cm.c
index f9477e2..2d56983 100644
--- a/drivers/infiniband/hw/cxgb4/cm.c
+++ b/drivers/infiniband/hw/cxgb4/cm.c
@@ -340,15 +340,13 @@ static int status2errno(int status)
Andrew,
On Sat, May 24, 2014 at 12:01:55AM -0700, Andrew Pinski wrote:
> New version of the patches with documentation, signal changes are
> simplified, using less compat syscalls and splitting up the patches so
> it is easier to review. I have tested LTP on both LP64 and ILP32.
> There is a few
On 16 June 2014 01:23, Ulf Hansson wrote:
> On 13 June 2014 19:13, Markus Mayer wrote:
>> After the switch to the MMC core regulator infrastucture, we already
>> have a local "mmc" pointer in various functions. There is no longer a
>> need to access the data structure via host->mmc.
>>
>>
On 6/16/14, 5:56 PM, Paolo Bonzini wrote:
Il 16/06/2014 13:53, Nadav Amit ha scritto:
On 6/16/14, 2:09 PM, Paolo Bonzini wrote:
Il 16/06/2014 12:33, Nadav Amit ha scritto:
Do you get this if the input register has bit 31 set?
No. To be frank, the scenario may be considered a bit synthetic:
On Mon, Jun 16, 2014 at 05:42:42PM +0100, Lee Jones wrote:
> On Mon, 09 Jun 2014, Richard Fitzgerald wrote:
>
> > Moving this control from being a side-effect of the LDO1
> > regulator driver to a specific exported function.
> >
> > Signed-off-by: Richard Fitzgerald
> > ---
> >
diff --git a/drivers/infiniband/hw/cxgb4/cm.c b/drivers/infiniband/hw/cxgb4/cm.c
index f9477e2..2d56983 100644
--- a/drivers/infiniband/hw/cxgb4/cm.c
+++ b/drivers/infiniband/hw/cxgb4/cm.c
@@ -340,15 +340,13 @@ static int status2errno(int status)
*/
static struct sk_buff *get_skb(struct sk_buff
On Thu, 12 Jun 2014, Robert Baldyga wrote:
> This patch modifies mfd driver to use regmap for handling interrupts.
> It allows to simplify irq handling process. This modifications needed
> to make small changes in function drivers, which use interrupts.
>
> Signed-off-by: Robert Baldyga
>
Mark,
On Mon, Jun 16, 2014 at 9:51 AM, Mark Brown wrote:
> On Mon, Jun 16, 2014 at 09:49:26AM -0700, Doug Anderson wrote:
>
>> Yes please. I think there's supposed to be some official ordering of
>> things. If anyone reading this has a pointer to the official sort
>> order of things in the
On Mon, 16 Jun 2014, Boris BREZILLON wrote:
> On 16/06/2014 14:50, Lee Jones wrote:
> >> The HLCDC IP available on some Atmel SoCs (i.e. at91sam9n12, at91sam9x5
> >> family or sama5d3 family) exposes 2 subdevices:
> >> - a display controller (controlled by a DRM driver)
> >> - a PWM chip
> >>
> >>
On 06/16/14 02:25, Xishi Qiu wrote:
> Update the doc.
>
> Signed-off-by: Xishi Qiu
> ---
> Documentation/sysctl/vm.txt | 43
> +++
> 1 files changed, 43 insertions(+), 0 deletions(-)
>
> diff --git a/Documentation/sysctl/vm.txt
> -Original Message-
> From: Will Deacon [mailto:will.dea...@arm.com]
> Sent: Monday, June 16, 2014 10:28 AM
> To: Sethi Varun-B16395
> Cc: Thierry Reding; Mark Rutland; devicet...@vger.kernel.org; linux-
> samsung-...@vger.kernel.org; Pawel Moll; Arnd Bergmann; Ian Campbell;
> Grant
Currently the cdc_ether driver is matched for the Microsoft Surface Dock USB
port,
however it does not work and will not send/receive any packets. Instead using
the
r8152 driver explicitly appears to work fine for me, so far.
Signed-off-by: René Rebe
---
Fixed a coding style issue. Removed trailing whitespaces in
bluetooth/Kconfig.
This patch applies to v2.6.12-rc2 and above.
Signed-off-by: Stephan Gabert
Signed-off-by: Nicolas Pfeiffer
---
drivers/bluetooth/Kconfig | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff
On Mon, Jun 16, 2014 at 09:49:26AM -0700, Doug Anderson wrote:
> Yes please. I think there's supposed to be some official ordering of
> things. If anyone reading this has a pointer to the official sort
> order of things in the device tree I'd love to see it! ;)
Most exact first I believe?
Den 16-06-2014 17:57, Keith Busch skrev:
On Fri, 13 Jun 2014, Matias Bjørling wrote:
This converts the current NVMe driver to utilize the blk-mq layer.
static void nvme_reset_notify(struct pci_dev *pdev, bool prepare)
{
- struct nvme_dev *dev = pci_get_drvdata(pdev);
+struct
On Mon, Jun 16, 2014 at 05:42:42PM +0100, Lee Jones wrote:
> On Mon, 09 Jun 2014, Richard Fitzgerald wrote:
> > + if (arizona->subsys_max_rq != new_flags) {
> I don't really get this. What's the point in passing the mask
> parameter - I don't see it being used for anything in this routine? No
Tushar,
On Mon, Jun 16, 2014 at 4:19 AM, Tushar Behera wrote:
> On 06/13/2014 10:33 PM, Doug Anderson wrote:
>> Tushar,
>>
>> On Tue, Jun 10, 2014 at 10:32 PM, Tushar Behera wrote:
>>> Peach-pi board has MAX98090 audio codec connected on HSI2C-7 bus.
>>
>> If you want to be a stickler about it,
Hi Sasha,
Thanks for bug reporting.
On Mon, Jun 16, 2014 at 11:24:16AM -0400, Sasha Levin wrote:
> On 06/06/2014 06:58 PM, Naoya Horiguchi wrote:
> > This patch makes do_mincore() use walk_page_vma(), which reduces many lines
> > of code by using common page table walk code.
> >
> >
On Wed, 2014-06-11 at 20:45 +, Thomas Gleixner wrote:
> No point in open coding the same function again.
>
> Signed-off-by: Thomas Gleixner
> ---
> kernel/futex.c | 128
> -
> 1 file changed, 63 insertions(+), 65 deletions(-)
>
>
On Mon, 09 Jun 2014, Richard Fitzgerald wrote:
> Moving this control from being a side-effect of the LDO1
> regulator driver to a specific exported function.
>
> Signed-off-by: Richard Fitzgerald
> ---
> drivers/mfd/arizona-core.c | 84
> ++
>
2014-06-13 14:58 GMT-07:00 Julius Werner :
>> This is just to export a fixed log to userspace (like a DMI table) or
>> the kernel will actually use the data in some way? Based on the link,
>> it looks like the former to me.
>
> I could imagine both. The link is an in-kernel driver that exposes a
>
On 6/16/2014 10:45 AM, Levente Kurusa wrote:
On 06/16/2014 05:37 PM, Nick Krause wrote:
Signed-off-by: Nicholas Krause
---
drivers/infiniband/hw/cxgb4/
cm.c | 8 +++-
1 file changed, 3 insertions(+), 5 deletions(-)
diff --git a/drivers/infiniband/hw/cxgb4/cm.c
On 16/06/14 12:07, Vitaly Kuznetsov wrote:
>
> --- a/arch/x86/xen/enlighten.c
> +++ b/arch/x86/xen/enlighten.c
> @@ -746,12 +746,13 @@ static int cvt_gate_to_trap(int vector, const gate_desc
> *val,
>*/
> ;
> #endif
> - } else if (addr == (unsigned long)nmi)
>
Daniel,
On Mon, Jun 16, 2014 at 1:52 AM, Daniel Lezcano
wrote:
> Hi Dough,
>
> thanks for the explanation. I still don't get why it is important to keep
> others users of mct traceable because it is quite slow ? May be it is what
> you explained here, but I miss the connection between 'the other
On Sat 2014-06-14 11:52:45, Luis R. Rodriguez wrote:
> From: "Luis R. Rodriguez"
>
> The default size of the ring buffer is too small for machines
> with a large amount of CPUs under heavy load. What ends up
> happening when debugging is the ring buffer overlaps and chews
> up old messages
Hi Ping,
On Jun 13 2014 or thereabouts, Ping Cheng wrote:
> Hi Benjamin,
>
> On Fri, Jun 13, 2014 at 1:29 PM, Benjamin Tissoires
> wrote:
> > This solves a bug with the wireless receiver:
>
> Your patch does get rid of the crash. But, it does not fix it at the
> root cause.
True, it fixes the
$ cat syscall.c
#include
#include
int main(){return syscall(1000)!=-1;}
(pls see https://bugs.gentoo.org/show_bug.cgi?id=513308) gives at a 32 bit
stable Gentoo Linux w/ kernel 3.15 :
Jun 16 18:29:42 n22 kernel: [ cut here ]
Jun 16 18:29:42 n22 kernel: kernel BUG at
Hey Guys ,
It states tot run cleanfile or cleanpatch script but it doesn't work
how do I run these scripts.
Thanks Nick
On Mon, Jun 16, 2014 at 11:45 AM, Levente Kurusa wrote:
> On 06/16/2014 05:37 PM, Nick Krause wrote:
>>
>> Signed-off-by: Nicholas Krause
>> ---
>>
From: Anil Belur
fixed: ERROR: do not initialise statics to 0 or NULL
Signed-off-by: Anil Belur
---
drivers/staging/lustre/lustre/lclient/lcommon_cl.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/lustre/lustre/lclient/lcommon_cl.c
Reworked on PATCH 8/8 as per comments provided by "oleg.dro...@intel.com". This
includes changes variable name to 'size_index' and type to loff_t instead of
'unsigned long'
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
From: Anil Belur
fixed warning:
* WARNING: min() should probably be min_t(__u32, desc.ld_tgt_count,
LOV_MAX_STRIPE_COUNT)
Signed-off-by: Anil Belur
---
drivers/staging/lustre/lustre/lclient/lcommon_misc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
From: Anil Belur
fixed "WARNING: labels should not be indented"
Signed-off-by: Anil Belur
---
drivers/staging/lustre/lustre/lclient/glimpse.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/lustre/lustre/lclient/glimpse.c
From: Anil Belur
fixed: WARNING: Missing a blank line after declarations
Signed-off-by: Anil Belur
---
drivers/staging/lustre/lustre/lclient/lcommon_cl.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/staging/lustre/lustre/lclient/lcommon_cl.c
Ingo,
Please pull the timers/nohz-irq-work-v7 branch that can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/frederic/linux-dynticks.git
timers/nohz-irq-work-v7
It has been acked by Peterz.
--- Summary ---
This set moves the nohz kick, used to notify a full dynticks CPU
From: Anil Belur
fixed: WARNING: line over 80 characters, used a new variable 'size_index' to
store the offset. Replace "unsigned long" with "u64" type for
'cur_index'
Signed-off-by: Anil Belur
---
drivers/staging/lustre/lustre/lclient/lcommon_cl.c | 5 +++--
1 file changed, 3 insertions(+),
From: Anil Belur
fixed: ERROR: inline keyword should sit between storage class and type
Signed-off-by: Anil Belur
---
drivers/staging/lustre/lustre/lclient/lcommon_cl.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/lustre/lustre/lclient/lcommon_cl.c
From: Anil Belur
fixed: WARNING: suspect code indent for conditional statements (32, 32)
Signed-off-by: Anil Belur
---
drivers/staging/lustre/lustre/lclient/lcommon_cl.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/lustre/lustre/lclient/lcommon_cl.c
From: Anil Belur
Fixed "ERROR: need consistent spacing around '+' (ctx:WxV)"
Signed-off-by: Anil Belur
---
drivers/staging/lustre/lustre/lclient/glimpse.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/lustre/lustre/lclient/glimpse.c
On Wed, 2014-06-11 at 20:45 +, Thomas Gleixner wrote:
> The kernel tries to atomically unlock the futex without checking
> whether there is kernel state associated to the futex.
>
> So if user space manipulated the user space value, this will leave
> kernel internal state around associated to
=
KVM Forum 2014: Call For Participation
October 14-16, 2014 - Congress Centre Düsseldorf - Düsseldorf, Germany
(All submissions must be received before midnight July 27, 2014)
rtw_br_client_tx() pass tx packet to functions responsible for
building NAT table.
Signed-off-by: navin patidar
---
drivers/staging/rtl8188eu/core/rtw_xmit.c | 135 -
1 file changed, 135 deletions(-)
diff --git a/drivers/staging/rtl8188eu/core/rtw_xmit.c
On Sun, Jun 15, 2014 at 01:24:30PM -0700, Hugh Dickins wrote:
> On Thu, 12 Jun 2014, Naoya Horiguchi wrote:
>
> > With the recent update on page table walker, we can use common code for
> > the walking more. Unlike many other users, this swapin_walk expects to
> > handle swap entries. As a result
functions defined in rtw_br_ext.c are not being used by driver anymore.
Signed-off-by: navin patidar
---
drivers/staging/rtl8188eu/Makefile |1 -
drivers/staging/rtl8188eu/core/rtw_br_ext.c | 365 ---
2 files changed, 366 deletions(-)
delete mode 100644
Signed-off-by: navin patidar
---
drivers/staging/rtl8188eu/include/drv_types.h |8
1 file changed, 8 deletions(-)
diff --git a/drivers/staging/rtl8188eu/include/drv_types.h
b/drivers/staging/rtl8188eu/include/drv_types.h
index 71b4af7..baafe33 100644
---
Value stored in pppoe_connection_in_progress isn't being
used by driver.
Signed-off-by: navin patidar
---
drivers/staging/rtl8188eu/core/rtw_mlme.c |7 ---
drivers/staging/rtl8188eu/include/drv_types.h |1 -
2 files changed, 8 deletions(-)
diff --git
netdev_br_init() tries to find MAC address of network interface named "br0",
then that MAC address is assigned to adapter->br_netdev and used by driver's
NAT implementation code.
Signed-off-by: navin patidar
---
drivers/staging/rtl8188eu/include/usb_osintf.h |1 -
driver doesn't need rtw_br_ext.h any more.
Signed-off-by: navin patidar
---
drivers/staging/rtl8188eu/core/rtw_cmd.c |1 -
drivers/staging/rtl8188eu/include/drv_types.h |1 -
drivers/staging/rtl8188eu/include/rtw_br_ext.h | 64
We've removed the code which was responsible for building NAT table,
so no use of keeping nat_db_expire().
Signed-off-by: navin patidar
---
drivers/staging/rtl8188eu/core/rtw_mlme.c | 11 ---
drivers/staging/rtl8188eu/include/usb_osintf.h |1 -
2 files changed, 12
Remove a totally unnecessary typedef and rename it to lowercase.
This is more readable now.
Signed-off-by: Martin Kepplinger
---
so in that way, one could change the more heavily used typedefs as well.
thanks for your review.
drivers/staging/vt6655/card.c |2 +-
We've removed the code which was responsible for building NAT table,
so no use of keeping nat_db_cleanup().
Signed-off-by: navin patidar
---
drivers/staging/rtl8188eu/core/rtw_br_ext.c| 26
drivers/staging/rtl8188eu/core/rtw_cmd.c |3 +--
This patch removes some functions defined in rtw_br_ext.c, which have become
obsolete after removal of rtw_br_client_tx().
Signed-off-by: navin patidar
---
drivers/staging/rtl8188eu/core/rtw_br_ext.c| 727
drivers/staging/rtl8188eu/include/usb_osintf.h |1 -
2
On Mon, Jun 16, 2014 at 4:39 PM, Jürg Billeter wrote:
> setbits() uses sp->membase.
>
> Signed-off-by: Jürg Billeter
Acked-by: Geert Uytterhoeven
> ---
> drivers/spi/spi-sh-sci.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/spi/spi-sh-sci.c
Driver has code which does Network address translation (NAT), and
i don't see how this code is useful for driver.
navin patidar (9):
staging: rtl8188eu: Remove function rtw_br_client_tx()
staging: rtl8188eu: Remove unused functons defined in rtw_br_ext.c
staging: rtl8188eu: Remove function
On Thu, 2014-05-29 at 14:23 -0700, Sudeep Dutt wrote:
> ChangeLog:
> =
> v1 => v2:
> a) MIC bus driver cleanups and device release callback fix in patch 2,
>as per feedback from Greg Kroah-Hartman.
>
> v1: Initial post @ https://lkml.org/lkml/2014/5/27/819
>
Hi Greg/Dan,
We have
Just opencoding the bitops makes it much easier to grep for it.
Signed-off-by: Christoph Hellwig
diff --git a/block/blk-core.c b/block/blk-core.c
index 9aca8c7..fca5009 100644
--- a/block/blk-core.c
+++ b/block/blk-core.c
@@ -1265,7 +1265,7 @@ EXPORT_SYMBOL(blk_rq_set_block_pc);
void
On Fri, 13 Jun 2014, Matias Bjørling wrote:
This converts the current NVMe driver to utilize the blk-mq layer.
static void nvme_reset_notify(struct pci_dev *pdev, bool prepare)
{
- struct nvme_dev *dev = pci_get_drvdata(pdev);
+ struct nvme_dev *dev = pci_get_drvdata(pdev);
-
On Mon, Jun 16, 2014 at 03:06:13PM +0200, Geert Uytterhoeven wrote:
> If CONFIG_PM_RUNTIME=n:
>
> drivers/nfc/trf7970a.c:755: warning: ‘trf7970a_init’ defined but not used
>
> Signed-off-by: Geert Uytterhoeven
Acked-by: Mark A. Greer
--
To unsubscribe from this list: send the line
On June 15, 2014 21:19, Jonathon Cameron wrote:
> Hi Adam
>
> Reasonably clean code, but the _ channels stuff doesn't comply with the ABI
> and is rather confusing.
To be honest I did debate this in my head for a while. The reason I went with
the current approach was to make the driver channel
On Mon, Jun 16, 2014 at 01:43:06PM +0300, Andy Shevchenko wrote:
> Very dumb patch to just skip --param allow-store-data-races=0 introduced in
> newest Linux kernel buildsystem.
>
> Actually the option is present in few GCC versions and probably should be
> handled properly.
>
> Signed-off-by:
On Sat, Jun 14, 2014 at 06:47:12AM +, Masami Hiramatsu wrote:
> This reverts commit ecd50f714c421c759354632dd00f70c718c95b10
> since it causes build errors with CONFIG_CONTEXT_TRACKING and
> that has been made from misunderstandings; context_track_user_*()
> don't involve much in interrupt
On Sun, 2014-06-15 at 18:19 +0200, Peter Zijlstra wrote:
> On Thu, Jun 12, 2014 at 02:25:59PM -0700, Tim Chen wrote:
> > @@ -2630,7 +2630,7 @@ static inline struct task_struct *
> > pick_next_task(struct rq *rq, struct task_struct *prev)
> > {
> > const struct sched_class *class =
On 16 Jun 2014 at 15:07, Borislav Petkov wrote:
> Please fix this to have effect only for clang but not for the rest of
> the universe.
i'd suggest reverting it instead, there're probably some stale entries
in there already (e.g., -fcatch-undefined-behavior).
--
To unsubscribe from this list:
Ok, let's wrap this case with
ifeq ($(COMPILER),clang)
...
endif
And we'll update the stale entries.
Patch to follow after some testing.
--
Dipl.-Ing.
Jan-Simon Möller
jansimon.moel...@gmx.de
Am Montag, 16. Juni 2014, 17:29:25 schrieb PaX Team:
> On 16 Jun 2014 at 15:07, Borislav Petkov
On 06/16/2014 05:37 PM, Nick Krause wrote:
Signed-off-by: Nicholas Krause
---
drivers/infiniband/hw/cxgb4/
cm.c | 8 +++-
1 file changed, 3 insertions(+), 5 deletions(-)
diff --git a/drivers/infiniband/hw/cxgb4/cm.c b/drivers/infiniband/hw/cxgb4/cm.c
index f9477e2..2d56983 100644
---
Greeting's,
I know that this mail will come to you as a surprise as we have never met
before, but
need not to worry as I am contacting you independently of my investigation and
no one is
informed of this communication. I need your urgent assistance in transferring
the sum of
$19.3 Million
Can we close this bug or is it still a issue as we can'
return NULL from kfree or kfree_skb. Here is the bug
ID 44631 I would close it if we are done with the bug
otherwise I think there are no other issues with
allocating a skb,
Cheers Nick
On Mon, Jun 16, 2014 at 11:37 AM, Nick Krause wrote:
>
On Mon, Jun 16, 2014 at 08:31:39AM -0700, Ian Lance Taylor wrote:
> On Mon, Jun 16, 2014 at 7:38 AM, Andi Kleen wrote:
> >> I think this issue started when some of the Go developers questioned
> >> why the kernel needed to provide a very complex interface--parsing an
> >> ELF shared shared
On Thu, Jun 12, 2014 at 09:37:16AM +0200, Peter Zijlstra wrote:
> On Thu, Jun 12, 2014 at 04:00:11PM +0900, HATAYAMA Daisuke wrote:
> > Also, I checked cpuid on the system with Neharlem processor where I
> > have never seen CondChg bit is set.
> >
> > [root@localhost ~]# ./cpuid -r
> > CPU 0:
> >
From: Of Peter Hurley
> ASYNC_CLOSING is no longer used in the tty core; use private flag
> info->closing as substitute.
...
> @@ -311,6 +311,7 @@ typedef struct atemu {
> typedef struct modem_info {
>intmagic;
>struct tty_portport;
> + int
On Mon, Jun 16, 2014 at 04:25:26PM +0100, Will Deacon wrote:
> Ok, thanks. In which case, I think this is really a combined property of
> the SMMU and the interrupt controller, so we might need some extra code
> so that the SMMU can check that the interrupt controller for the device
> is also
On 06/15/2014 02:56 PM, Sam Ravnborg wrote:
Hi Peter.
On Tue, Jun 10, 2014 at 05:20:08PM -0400, Peter Hurley wrote:
Hi Sam,
On 06/10/2014 03:24 PM, Sam Ravnborg wrote:
From: Peter Hurley
Date: Mon, 9 Jun 2014 19:21:43 -0400
Subject: [PATCH] serial: sunsab: Test for no tx data on tx restart
Signed-off-by: Nicholas Krause
---
drivers/infiniband/hw/cxgb4/
cm.c | 8 +++-
1 file changed, 3 insertions(+), 5 deletions(-)
diff --git a/drivers/infiniband/hw/cxgb4/cm.c b/drivers/infiniband/hw/cxgb4/cm.c
index f9477e2..2d56983 100644
--- a/drivers/infiniband/hw/cxgb4/cm.c
+++
On Mon, 2014-06-16 at 16:47 +0200, Joerg Roedel wrote:
> Hi Alex,
>
> On Thu, May 22, 2014 at 05:07:23PM -0600, Alex Williamson wrote:
> > Alex Williamson (16):
> > PCI: Add DMA alias iterator
> > PCI: define pci_dev_flags as bit shifts
> > PCI: quirk pci_for_each_dma_alias()
>
setbits() uses sp->membase.
Signed-off-by: Jürg Billeter
---
drivers/spi/spi-sh-sci.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/spi/spi-sh-sci.c b/drivers/spi/spi-sh-sci.c
index 1f56ef6..b83dd73 100644
--- a/drivers/spi/spi-sh-sci.c
+++
On 06/16/2014 05:30 PM, Steve Wise wrote:
On 6/16/2014 10:25 AM, Nicholas Krause wrote:
Signed-off-by: Nicholas Krause
---
drivers/infiniband/hw/cxgb4/cm.c | 8 +++-
1 file changed, 3 insertions(+), 5 deletions(-)
diff --git a/drivers/infiniband/hw/cxgb4/cm.c
On Mon, Jun 16, 2014 at 7:38 AM, Andi Kleen wrote:
>> I think this issue started when some of the Go developers questioned
>> why the kernel needed to provide a very complex interface--parsing an
>> ELF shared shared library--for very simple functionality--looking up
>> the address of a magic
On Mon, 2014-06-16 at 17:21 +0200, Joerg Roedel wrote:
> On Mon, Jun 16, 2014 at 04:13:29PM +0100, Will Deacon wrote:
> > MSIs look just like memory accesses made by the device, so the SMMU
> > will translate them to point at the GIC ITS (doorbell). The ITS then
> > has tables to work out how to
On 6/16/2014 10:25 AM, Nicholas Krause wrote:
Signed-off-by: Nicholas Krause
---
drivers/infiniband/hw/cxgb4/cm.c | 8 +++-
1 file changed, 3 insertions(+), 5 deletions(-)
diff --git a/drivers/infiniband/hw/cxgb4/cm.c b/drivers/infiniband/hw/cxgb4/cm.c
index f9477e2..2d56983 100644
---
On Fri, Jun 13, 2014 at 05:44:37PM +0900, HATAYAMA Daisuke wrote:
> Currently, a NMI handler for NMI watchdog may falsely handle any NMI
> signaled for different purpose if CondChgd bit in
> MSR_CORE_PERF_GLOBAL_STATUS MSR is set.
>
> This commit deals with the issue simply by ignoring CondChgd
On Fri, 13 Jun 2014, Christoph Lameter wrote:
> > Yeah, dropping that part isn't difficult. Where's the _cpu_var
> > patchset now? Is it gonna make it into v3.16-rc1?
>
> Pieces are flowing in for that through various trees. I can post the
> remaining patches once v3.16 is out.
Just went
On Mon, Jun 16, 2014 at 04:25:28PM +0100, Alex Williamson wrote:
> On Mon, 2014-06-16 at 16:04 +0100, Will Deacon wrote:
> > On Thu, Jun 05, 2014 at 06:03:11PM +0100, Antonios Motakis wrote:
> > > The ARM SMMU supports the IOMMU_NOEXEC protection flag. Add the
> > > corresponding IOMMU capability.
On 30/05/14 00:11, Rickard Strandqvist wrote:
> Removal of null pointer checks that could never happen
>
> Signed-off-by: Rickard Strandqvist
Applied, thanks
James
> ---
> arch/metag/mm/hugetlbpage.c |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git
Hi Varun,
On Thu, Jun 05, 2014 at 08:10:19PM +0100, Varun Sethi wrote:
> > The set of StreamIDs that can be generated by a master is fixed in the
> > hardware. The SMMU can then be programmed to map these incoming IDs onto
> > a context ID (or a set of context IDs), which are the IDs used
On Mon, 2014-06-16 at 16:04 +0100, Will Deacon wrote:
> On Thu, Jun 05, 2014 at 06:03:11PM +0100, Antonios Motakis wrote:
> > The ARM SMMU supports the IOMMU_NOEXEC protection flag. Add the
> > corresponding IOMMU capability.
> >
> > Signed-off-by: Antonios Motakis
> > ---
> >
On Sun, 2014-06-15 at 14:41 -0700, Daniel Phillips wrote:
> On Friday, June 13, 2014 1:20:39 PM PDT, Pavel Machek wrote:
> > Hi!
> >
> > On Fri 2014-06-13 10:49:39, Daniel Phillips wrote:
> >> Hi Pavel, On Friday, June 13, 2014 3:32:16 AM PDT, Pavel Machek wrote:
> > ...
> >
> > Actually, would
On Mon, Jun 16, 2014 at 04:21:58PM +0100, Joerg Roedel wrote:
> On Mon, Jun 16, 2014 at 04:13:29PM +0100, Will Deacon wrote:
> > MSIs look just like memory accesses made by the device, so the SMMU
> > will translate them to point at the GIC ITS (doorbell). The ITS then
> > has tables to work out
Signed-off-by: Nicholas Krause
---
drivers/infiniband/hw/cxgb4/cm.c | 8 +++-
1 file changed, 3 insertions(+), 5 deletions(-)
diff --git a/drivers/infiniband/hw/cxgb4/cm.c b/drivers/infiniband/hw/cxgb4/cm.c
index f9477e2..2d56983 100644
--- a/drivers/infiniband/hw/cxgb4/cm.c
+++
On Mon, 2014-06-16 at 17:16 +0200, Joerg Roedel wrote:
> On Thu, Jun 12, 2014 at 04:12:18PM -0600, Alex Williamson wrote:
> > Alex Williamson (3):
> > iommu: Add sysfs support for IOMMUs
> > iommu/intel: Make use of IOMMU sysfs support
> > iommu/amd: Add sysfs support
>
> I like
t tainted
3.15.0-next-20140616-sasha-00025-g0fd1f7d #655
[ 367.703605] 88010bd08000 88010bddbdd8 b7514111
0002
[ 367.706819] 88010bddbe08 b419ca64
8801b209dc38
[ 367.710416] 7fcc8540 88010bdd
401 - 500 of 1732 matches
Mail list logo