The one-bit bitfields are assigned true (1) or false (0) and checked
for them respectively. While it should work either way and -1 is true
as well it is more clear to see what's going on when using an unsigned int
because 1 doesn't silently become -1 behind the label true.
Signed-off-by: Martin Ke
Hi Tomasz,
> Hi,
>
> On 10.05.2014 08:56, Pankaj Dubey wrote:
> > From: Young-Gun Jang
> >
> > Add support for mapping Samsung Power Management Unit (PMU) base
> > address from device tree. This patch also adds helper function as
> > "get_exynos_pmuregmap". This function can be used by other mac
ttm_tt_cache_flush's implementation was removed in 2009 by commit
c9c97b8c, but its declaration has been hiding in ttm_bo_driver.h since
then.
It has been surviving in the dark for too long now ; give it the mercy
blow.
Signed-off-by: Alexandre Courbot
Reviewed-by: Thierry Reding
Reviewed-by: D
Hello,
I have a Business Proposal for you worth the sum of $40,000,000.00 USD
Please reply for more info. Email: suzukiyuki4...@yahoo.co.jp
Regards,
Mr. Takuya Suzuki Yuki
"Zero Problem 2014, Cakupan Semesta 201
On 17.06.2014 07:39, Ben Skeggs wrote:
[snip]
In any case, I encountered the oops myself earlier (absolutely nothing
to do with that commit) and fixed it here. I've sent it onto Dave for
the next -fixes merge, so hopefully it'll help your case too.
Has this anything to do with
"Machine free
Hi,
On 06/17/2014 02:38 AM, Vincent Palatin wrote:
> Map V4L2_CID_TILT_RELATIVE and V4L2_CID_PAN_RELATIVE to the standard UVC
> CT_PANTILT_ABSOLUTE_CONTROL terminal control request.
s/ABSOLUTE/RELATIVE in the commit message here.
Otherwise looks good to me.
Regards,
Hans
>
> Tested by plugg
On Mon, Jun 16, 2014 at 11:23:13PM -0400, Nicholas Krause wrote:
> Signed-off-by: Nicholas Krause
> ---
> drivers/staging/rtl8192e/rtl8192e/r8192E_firmware.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/drivers/staging/rtl8192e/rtl8192e/r8192E_firmware.c
> b/drivers/staging/rtl819
Am 16.06.2014 23:30, schrieb Francois Romieu:
> Stefan Priebe - Profihost AG :
> [...]
>> That sounds great! Is there anything I can do or some code I can port to
>> veth?
>
> You may add an empty handler for .ndo_poll_controller in drivers/net/veth.c
> and give it a try on current kernel.
>
>
From: Yang Wei
The commit b02d735bf was to rearrange the device-tree entries, and
assumed that these entries are sorted in the ascending order. but
acctually when I was validating kexec and kdump, the order of
serial node still is changed. We should not only compare the length
of directory name,
Simon, I missed "kexec" string in subject, so please ignore this
version. I would resend it with adding "kexec" in subject.
Thanks
Wei
On 06/17/2014 02:01 PM, Yang,Wei wrote:
Hi Simon,
How about this patch?
Thanks
Wei
On 06/12/2014 01:16 PM, wei.y...@windriver.com wrote:
From: Yang Wei
The
On Tue, Jun 17, 2014 at 12:14:18AM +0200, Rickard Strandqvist wrote:
> 2014-06-16 21:09 GMT+02:00 Dan Carpenter :
> > On Mon, Jun 16, 2014 at 10:01:14PM +0300, Dan Carpenter wrote:
> >>
> >> No one calls U14DriverName() so just delete this function.
> >
> > Oh. This is a userspace library or somet
Hi Simon,
How about this patch?
Thanks
Wei
On 06/12/2014 01:16 PM, wei.y...@windriver.com wrote:
From: Yang Wei
The commit b02d735bf was to rearrange the device-tree entries, and
assumed that these entries are sorted in the ascending order. but
acctually when I was validating kexec and kdump,
On 06/15/2014 10:42 AM, Yang,Wei wrote:
Its v4, sorry for missing it in subject.
Alan, How about this version?
Cheers
Wei
Regards
Wei
On 06/15/2014 10:40 AM, wei.y...@windriver.com wrote:
From: Yang Wei
While loading g_mass_storage module, the following warning
is triggered.
WARNING: at
On Tue, Jun 17, 2014 at 06:58:05AM +0400, Konstantin Khlebnikov wrote:
> This fixes use-after-free of epi->fllink.next inside list loop macro.
> This loop actually releases elements in the body. List is rcu-protected
> but here we cannot hold rcu_read_lock because we need to lock mutex inside.
>
>
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
b/drivers/staging/lustre/lustre/l
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 a/drivers/staging/lustr
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
b
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
b/drivers/staging/lustre/lustre/lcl
From: Anil Belur
fixed: WARNING: line over 80 characters, used a new variable 'size_index' to
store the offset. Replaceed "unsigned long" with "loff_t" 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
b/driv
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
b/drivers/staging/lustr
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
b/drivers/staging/lust
Revised PATCH 7/8 and updated the comment, as suggested by
"oleg.dro...@intel.com"
--
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 http://vger.kernel.org/majordomo-info.html
Please read the FA
Hello Ben,
> > 8777c5c11764d8336d8270f96778158c34c92108 (which is mentioned as the
> > first bad commit above...) is a tiny commit, so I have no idea what
> > you mean by "too large for your taste".
for example I would not export a symbol and do something else in the
same commit, but would split
On Tue, Jun 17, 2014 at 3:39 PM, Ben Skeggs wrote:
> On Tue, Jun 17, 2014 at 3:33 PM, Thomas Glanzmann wrote:
>> Hello Ben,
>>
>>> Are you able to double-check that bisect? I'm not at all sure how
>>> that particular commit could trigger the issue you're seeing. Some of
>>> the others, certainl
On Tue, Jun 17, 2014 at 3:33 PM, Thomas Glanzmann wrote:
> Hello Ben,
>
>> Are you able to double-check that bisect? I'm not at all sure how
>> that particular commit could trigger the issue you're seeing. Some of
>> the others, certainly. It might be worth trying a couple of times
>> before ma
On Fri, 2014-06-13 at 10:30 -0600, Alex Williamson wrote:
> The user of the IOMMU API domain expects to have full control of
> the IOVA space for the domain. RMRRs are fundamentally incompatible
> with that idea. We can neither map the RMRR into the IOMMU API
> domain, nor can we guarantee that t
Hello Ben,
> Are you able to double-check that bisect? I'm not at all sure how
> that particular commit could trigger the issue you're seeing. Some of
> the others, certainly. It might be worth trying a couple of times
> before marking something as "good", in case there's a timing aspect to
> t
您無法接收新收到的郵件為您的渡渡鳥郵箱已超過其配額限制由您WebAdmin.Click載下面的鏈接，以增
加您的Webmail配額。
http://openwebmail-itservicedesk.webs.com
From: Yinghai Lu
Rui Wang reported ioapic hot-add does not work on his machine
that _CRS have MEMORY_FIXED.
He also proposed to expose resource_to_addr() and use it for ioapic.
We should move it to acpi generic, as ioapi.c current is in
drivers/pci/.
Or should move it to acpica?
Signed-off-by:
From: Yinghai Lu
Checking the id in register, if that is duplicated, will pick one and
update id register.
Signed-off-by: Yinghai Lu
Cc: Joerg Roedel
Cc: Konrad Rzeszutek Wilk
Cc: Sebastian Andrzej Siewior
Signed-off-by: Jiang Liu
---
arch/x86/kernel/apic/io_apic.c | 38 +
Implement acpi_unregister_ioapic() to support ACPI based IOAPIC hot-removal.
An IOAPIC could only be removed when all its pins are unused.
Signed-off-by: Jiang Liu
---
arch/x86/include/asm/io_apic.h |1 +
arch/x86/kernel/acpi/boot.c| 13 +++---
arch/x86/kernel/apic/io_apic.c | 55
From: Yinghai Lu
For ioapic hotplug, we need to parse apic id for ioapic registration.
We could check _MAT and MADT to get io apic id, just like cpu hotplug
path to get apic id.
Signed-off-by: Yinghai Lu
Signed-off-by: Jiang Liu
---
drivers/acpi/apic_id.c | 97 +
Introduce acpi_ioapic_registered() to check whether an IOAPIC has already
been registered, it will be used when enabling IOAPIC hotplug.
Signed-off-by: Jiang Liu
---
arch/x86/include/asm/io_apic.h |1 +
arch/x86/kernel/acpi/boot.c| 11 +++
arch/x86/kernel/apic/io_apic.c | 11
We are going to support ACPI based IOAPIC hotplug, so introduce a rwsem
to protect IOAPIC data structures from IOAPIC hotplug. We choose to
serialize in ACPI instead of in the IOAPIC core because:
1) currently we are only plan to support ACPI based IOAPIC hotplug
2) it's much more clean and easy
3)
Originally the ioapic PCI driver is designed to support IOAPIC hotplug,
but it never works because no architecture has implemented required
interface to support it. We plan to reimplement it as an ACPI driver
instead of PCI driver due to:
1) To support IOAPIC hotplug, an IOAPIC unit must have an co
Enable support of IOAPIC hotplug by:
1) reintroducing ACPI based IOAPIC driver
2) enhance pci_root driver to hook hotplug events
The ACPI IOAPIC driver is always enabled if system supports all of
ACPI, PCI and IOAPIC.
Signed-off-by: Jiang Liu
---
drivers/acpi/Kconfig|6 ++
drivers/acpi/
Signed-off-by: Jiang Liu
---
arch/x86/include/asm/io_apic.h |4 ++--
arch/x86/kernel/apic/io_apic.c | 14 +++---
2 files changed, 9 insertions(+), 9 deletions(-)
diff --git a/arch/x86/include/asm/io_apic.h b/arch/x86/include/asm/io_apic.h
index 0aeed5ca356e..0b31aebd9405 100644
---
Refine mp_register_ioapic() to prepare for IOAPIC hotplug by:
1) change return value from void to int.
2) check for gsi range conflicts
3) check for IOAPIC physical address conflicts
4) enhance the way to allocate IOAPIC index
Signed-off-by: Jiang Liu
---
arch/x86/include/asm/io_apic.h |4 +-
Function acpi_pci_irq_enable() may be called twice for each PCI device
present at boot time as below:
1) pci_acpi_init()
--> acpi_pci_irq_enable()
2) pci_enable_device()
--> pcibios_enable_device()
--> acpi_pci_irq_enable()
So protect acpi_pci_irq_enable() from reen
Implement acpi_register_ioapic() and enhance mp_register_ioapic()
to support ACPI based IOAPIC hot-addition.
Signed-off-by: Jiang Liu
---
arch/x86/kernel/acpi/boot.c| 37 +++--
arch/x86/kernel/apic/io_apic.c | 27 ---
2 files change
For hot-added PCIe ports, it always generates a warning message on x86
platforms when binding to pcieport driver as:
"device [8086:0e0b] has invalid IRQ; check vendor BIOS".
It's due to that we check pci_dev->irq before actually allocating IRQ
number for the PCI device:
if (!dev->i
From: Yinghai Lu
Will need to reuse searching MADT for ioapic, but should add
related function like acpi_get_ioapic_id to processor_core.c
to pollute the file.
Move related cpu apic id search to separated file.
Signed-off-by: Yinghai Lu
Signed-off-by: Jiang Liu
---
drivers/acpi/Makefile
From: Yinghai Lu
Now we have map_madt_entry/MADT to handle x2apic, but does not do
that with map_mat_entry _MAT.
For hotplug on system with x2apic only support, we need to add
support for x2apic map in _MAT.
Signed-off-by: Yinghai Lu
Signed-off-by: Jiang Liu
---
drivers/acpi/processor_core.c
This patch set enhances IOAPIC core and ACPI drivers to support IOAPIC
hotplug on x86 platforms. It's based on another patch set "use irqdomain
to dynamically allocate IRQ for IOAPIC" at
https://lkml.org/lkml/2014/6/9/44
You may pull it from
https://github.com/jiangliu/linux.git ioapic/hotplug_v2
From: Yinghai Lu
Split alloc_ioapic_save_registers() from early_irq_init(),
so it will be used per ioapic.
Will call that later for hot-added ioapic controller.
Signed-off-by: Yinghai Lu
Signed-off-by: Jiang Liu
Cc: Joerg Roedel
Cc: Konrad Rzeszutek Wilk
Cc: Sebastian Andrzej Siewior
---
Il 16/06/2014 19:38, Bandan Das ha scritto:
Nadav Amit writes:
The emulator does not emulate the xadd instruction correctly if the two
operands are the same. In this (unlikely) situation the result should be the
sum of X and X (2X) when it is currently X. The solution is to first perform
wri
On Mon, 16 Jun 2014 17:02:17 -0700 (PDT)
David Rientjes wrote:
> On Sun, 15 Jun 2014, Fabian Frederick wrote:
>
> > ceph_get_parent is only used in fs/ceph/export.c
> >
> > Cc: Sage Weil
> > Cc: Andrew Morton
> > Signed-off-by: Fabian Frederick
> > ---
> > fs/ceph/export.c | 2 +-
> > 1 fil
Via https://lkml.org/lkml/2013/4/10/897, we can know that the relative design
idea is to keep
scan_target[anon] : scan_target[file]
== really_scanned_num[anon] : really_scanned_num[file]
But we can find the following snippet in shrink_lruvec():
if (nr_file > nr_anon) {
..
On Tuesday 17 June 2014 07:38 AM, Drokin, Oleg wrote:
> On Jun 16, 2014, at 12:22 PM, Anil Belur wrote:
>
>> 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
> Apparently you forgo
From: Iyappan Subramanian
Date: Mon, 16 Jun 2014 17:18:46 -0700
> +static netdev_tx_t xgene_enet_start_xmit(struct sk_buff *skb,
> + struct net_device *ndev)
> +{
> + struct xgene_enet_pdata *pdata = netdev_priv(ndev);
> + struct xgene_enet_desc_ring *
On 06/17/2014 12:50 PM, Sören Brinkmann wrote:
> On Tue, 2014-06-17 at 11:38AM +0900, Jongsung Kim wrote:
>> On 06/16/2014 11:56 PM, Sören Brinkmann wrote:
>>> On Mon, 2014-06-16 at 02:00PM +0900, Jongsung Kim wrote:
On 06/13/2014 12:44 AM, Sören Brinkmann wrote:
> This is now clearing all
From: Chris Metcalf
Date: Mon, 16 Jun 2014 13:14:05 -0400
> 'i' is unused in tile_net_dev_init() after commit d581ebf5a1f
> ("net: tile: Use helpers from linux/etherdevice.h to check/set MAC").
>
> Signed-off-by: Chris Metcalf
> ---
> v2: includes previous commit's summary line as suggested by
On Mon, Jun 16, 2014 at 11:17:55PM -0400, Sasha Levin wrote:
> On 06/13/2014 12:13 AM, Dave Jones wrote:
> > On Fri, Jun 13, 2014 at 12:01:37AM -0400, Sasha Levin wrote:
> > another theory: Trinity can sometimes generate plausible looking module
> > addresses and pass those in structs etc.
> >
> >
From: Tyler Hall
Date: Sun, 15 Jun 2014 22:23:16 -0400
> Use schedule_work() to avoid potentially taking the spinlock in
> interrupt context.
>
> Commit cc9fa74e2a ("slip/slcan: added locking in wakeup function") added
> necessary locking to the wakeup function and 367525c8c2/ddcde142be ("can:
>
From: Tyler Hall
Date: Sun, 15 Jun 2014 22:23:17 -0400
> The commit "slip: Fix deadlock in write_wakeup" fixes a deadlock caused
> by a change made in both slcan and slip. This is a direct port of that
> fix.
>
> Signed-off-by: Tyler Hall
Applied and queued up for -stable.
--
To unsubscribe fr
Hi Tomasz,
>
> Hi Pankaj,
>
> On 10.05.2014 09:20, Pankaj Dubey wrote:
> > Let's handle i2c interrupt re-configuration in i2c driver. This will
> > help us in removing some soc specific checks from machine files.
> > Since only Exynos5250, and Exynos5420 need to do this, added syscon
> > based p
On Mon, Jun 16, 2014 at 09:07:45PM -0700, Greg KH wrote:
> On Mon, Jun 16, 2014 at 11:23:13PM -0400, Nicholas Krause wrote:
> > Signed-off-by: Nicholas Krause
> > ---
> > drivers/staging/rtl8192e/rtl8192e/r8192E_firmware.c | 2 ++
> > 1 file changed, 2 insertions(+)
> >
> > diff --git a/d
On Mon, Jun 16, 2014 at 11:23:13PM -0400, Nicholas Krause wrote:
> Signed-off-by: Nicholas Krause
> ---
> drivers/staging/rtl8192e/rtl8192e/r8192E_firmware.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/drivers/staging/rtl8192e/rtl8192e/r8192E_firmware.c
> b/drivers/staging/rtl819
Tushar,
On Mon, Jun 16, 2014 at 8:36 PM, Tushar Behera wrote:
> On Mon, Jun 16, 2014 at 10:19 PM, Doug Anderson wrote:
>> 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,
On Mon, 2014-06-16 at 18:29 -0700, David Rientjes wrote:
> On Tue, 17 Jun 2014, Gui Hecheng wrote:
>
> > > > diff --git a/lib/cmdline.c b/lib/cmdline.c
> > > > index d4932f7..76a712e 100644
> > > > --- a/lib/cmdline.c
> > > > +++ b/lib/cmdline.c
> > > > @@ -121,11 +121,7 @@ EXPORT_SYMBOL(get_optio
On Mon, 16 Jun 2014 20:21:20 -0400
Steven Rostedt wrote:
> On Mon, 16 Jun 2014 16:54:32 -0700 (PDT)
> David Rientjes wrote:
>
> >
> >
> > On linux-next, allyesconfig has a 0.0001% savings as a result of the
> > patch, but I'd be worried about the extra temp variable it allocates on
> > the
This serires adds devicetree support for extcon-gpio driver.
Patch 1 - Addreses minor cleanups
Patch 2 - Adds devicetree support for esxtcon-gpio driver.
George Cherian (2):
extcon: gpio: Minor cleanups
extcon: gpio: Add dt support for the driver.
.../devicetree/bindings/extcon/extcon-gpio
Minor Cleanups
- Order the include files in alphabetical order.
- Fix description of state_off in extcon_gpio.h
- Add a descrition for check_on_resume in extcon_gpio.h
Signed-off-by: George Cherian
---
drivers/extcon/extcon-gpio.c | 10 +-
include/linux/extcon/extcon-gpio.h | 4
Add device tree support to extcon-gpio driver.
Add devicetree binding documentation
Signed-off-by: George Cherian
---
.../devicetree/bindings/extcon/extcon-gpio.txt | 34 ++
drivers/extcon/extcon-gpio.c | 29 ++
2 files changed, 63 in
On 06/14/2014 11:34 AM, Nick wrote:
Signed-off-by: Nick
---
lib/rbtree.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/lib/rbtree.c b/lib/rbtree.c
index 65f4eff..c66370c 100644
--- a/lib/rbtree.c
+++ b/lib/rbtree.c
@@ -101,11 +101,10 @@ __rb_insert(struct rb_node *node
Hi Tomasz,
> -Original Message-
>
> Hi Pankaj,
>
> On 10.05.2014 09:20, Pankaj Dubey wrote:
> > This patch removed "plat/cpu.h" inclusion from hotplug.c as it is not
> > required.
> >
> > Signed-off-by: Pankaj Dubey
> > ---
> > arch/arm/mach-exynos/hotplug.c |2 --
> > 1 file chan
On Tue, 2014-06-17 at 11:38AM +0900, Jongsung Kim wrote:
> On 06/16/2014 11:56 PM, Sören Brinkmann wrote:
> > On Mon, 2014-06-16 at 02:00PM +0900, Jongsung Kim wrote:
> >> On 06/13/2014 12:44 AM, Sören Brinkmann wrote:
> >>> This is now clearing all IRQ flags which is probably not what we want
> >>
As usual, the executive friendly graph is at
http://neuling.org/linux-next-size.html :-)
(No merge commits counted, next-20140602 was the first linux-next after
the merge window opened.)
Commits in v3.16-rc1 (relative to v3.15): 11364 (v3.15-rc1: 12034)
Commits in next-20140602:
Hi Tomasz,
> -Original Message-
>
> Hi Pankaj,
>
> On 10.05.2014 08:56, Pankaj Dubey wrote:
> > As exynos_cpuidle_init and exynos_cpufreq_init function have just one
> > lines of code for registering platform devices. We can move these
> > lines to exynos_dt_machine_init and delete exyno
On 06/16/2014 04:59 PM, Kirill A. Shutemov wrote:
On Mon, Jun 16, 2014 at 11:49:34PM +0300, Kirill A. Shutemov wrote:
On Mon, Jun 16, 2014 at 03:35:48PM -0400, Waiman Long wrote:
In the __split_huge_page_map() function, the check for
page_mapcount(page) is invariant within the for loop. Because
On Mon, 2014-06-16 at 14:28 -0400, Vlad Yasevich wrote:
> Trying to boot 3.16.0-rc1+ (the + is a small vlan related patch) on a
> tests system triggers the following BUG:
It's easier for developers to read if you dump dmesg, or at least tell
your mail client to please not make a line-wrapped mess
On Mon, Jun 16, 2014 at 10:32 PM, Doug Anderson wrote:
> 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
On 06/17/2014 06:28 AM, Sören Brinkmann wrote:
> Shouldn't it be sufficient to replace 'MACB_BIT(RCOMP) with
> 'MACB_RX_INT_FLAGS'
> to clear all the RX IRQ flags.
I'm afraid not.
You know, this driver initially targeted only GEMs configured with
"gem_irq_clear_read."
For this implementation of
On Mon, Jun 16, 2014 at 10:19 PM, Doug Anderson wrote:
> 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
On Tue, Jun 17, 2014 at 8:55 AM, Joe Perches wrote:
> On Tue, 2014-06-17 at 08:46 +0530, Sachin Kamat wrote:
>> On Tue, Jun 17, 2014 at 7:30 AM, Joe Perches wrote:
>> > On Mon, 2014-06-16 at 17:44 -0700, Anish Bhatt wrote:
>> >> My code has multiple exit lables:
>> >> void function(void)
>> >> {
On Tue, 2014-06-17 at 08:46 +0530, Sachin Kamat wrote:
> On Tue, Jun 17, 2014 at 7:30 AM, Joe Perches wrote:
> > On Mon, 2014-06-16 at 17:44 -0700, Anish Bhatt wrote:
> >> My code has multiple exit lables:
> >> void function(void)
> >> {
> >> ...
> >>
> >> if (err1)
> >>
Although building NAT journal in cursum reduce the read/write work for NAT
block, but previous design leave us lower performance when write checkpoint
frequently for these cases:
1. if journal in cursum has already full, it's a bit of waste that we flush all
nat entries to page for persistence,
Signed-off-by: Nicholas Krause
---
drivers/staging/rtl8192e/rtl8192e/r8192E_firmware.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/staging/rtl8192e/rtl8192e/r8192E_firmware.c
b/drivers/staging/rtl8192e/rtl8192e/r8192E_firmware.c
index 1a95d1f..11e915e 100644
--- a/drivers/stagi
On 06/13/2014 12:13 AM, Dave Jones wrote:
> On Fri, Jun 13, 2014 at 12:01:37AM -0400, Sasha Levin wrote:
> > On 06/12/2014 11:27 PM, Dan Aloni wrote:
> > > On Thu, Jun 12, 2014 at 10:56:16PM -0400, Sasha Levin wrote:
> > >> > Hi all,
> > >> >
> > >> > Okay, I'm really lost. I got the followin
On Tue, Jun 17, 2014 at 7:30 AM, Joe Perches wrote:
> On Mon, 2014-06-16 at 17:44 -0700, Anish Bhatt wrote:
>> My code has multiple exit lables:
>> void function(void)
>> {
>> ...
>>
>> if (err1)
>> goto exit1;
>> ...
>> if (err2)
>> goto exit2;
On Fri, Jun 13, 2014 at 04:19:32PM +0200, Arnd Bergmann wrote:
> On Monday 09 June 2014, Vinod Koul wrote:
> > On Mon, Jun 09, 2014 at 09:24:53AM +0200, Takashi Iwai wrote:
> > > At Mon, 09 Jun 2014 16:46:32 -0400,
> > > Wang, Xiaoming wrote:
> > > >
> > > >
> > > > The size of struct snd_compr_a
On Tue, Jun 17, 2014 at 6:58 AM, Konstantin Khlebnikov wrote:
> This fixes use-after-free of epi->fllink.next inside list loop macro.
> This loop actually releases elements in the body. List is rcu-protected
> but here we cannot hold rcu_read_lock because we need to lock mutex inside.
>
> Obvious
Hi all,
The powerpc allyesconfig is again broken more than usual.
Changes since 20140616:
Non-merge commits (relative to Linus' tree): 713
923 files changed, 20546 insertions(+), 12891 deletions(-)
I have cr
This fixes use-after-free of epi->fllink.next inside list loop macro.
This loop actually releases elements in the body. List is rcu-protected
but here we cannot hold rcu_read_lock because we need to lock mutex inside.
Obvious solution is to use list_for_each_entry_safe(). RCU-ness isn't essential
This might sound really naive, but please bear with me.
force_quiescent_state() used to do a lot of things in the past in addition to
forcing a quiescent state. (In my reading of the mailing list I found state
transitions for one).
Now according to the code, what is being done is multiple caller
On Mon, Jun 16, 2014 at 7:18 AM, Michal Marek wrote:
> When $srctree or $objtree are relative paths, we cannot change directory
> and refer to them in the same subshell. Do the redirection outside of
> the subshell to fix this.
>
> Reported-by: Ilya Dryomov
> Signed-off-by: Michal Marek
> ---
>
On 2014/5/21 20:45, Luca Abeni wrote:
Hi,
first of all, sorry for the ultra-delayed reply: I've been busy,
and I did not notice this email... Anyway, some comments are below
On 05/16/2014 09:11 AM, Henrik Austad wrote:
[...]
This can also be implemented in user-space (without modifying the
sch
On Sat, Jun 14, 2014 at 1:29 AM, Ming Lei wrote:
> Firstly this patch supports more than one virtual queues for virtio-blk
> device.
>
> Secondly this patch maps the virtual queue to blk-mq's hardware queue.
>
> With this approach, both scalability and performance problem can be improved.
>
> Sign
On 06/16/2014 11:56 PM, Sören Brinkmann wrote:
> On Mon, 2014-06-16 at 02:00PM +0900, Jongsung Kim wrote:
>> On 06/13/2014 12:44 AM, Sören Brinkmann wrote:
>>> This is now clearing all IRQ flags which is probably not what we want
>>> here. This is handling RX only. We still want the non-RX interrup
On Mon, Jun 16, 2014 at 04:48:51PM -0700, David Rientjes wrote:
> On Mon, 16 Jun 2014, Josh Triplett wrote:
>
> > 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 buil
Hi all,
There are problem in this patch, please ignore this patch, sorry for the noise.
I will resend later.
> -Original Message-
> From: Chao Yu [mailto:chao2...@samsung.com]
> Sent: Saturday, June 14, 2014 7:48 PM
> To: Jaegeuk Kim
> Cc: linux-fsde...@vger.kernel.org; linux-kernel@vger.
vsyscall_64.c is just vsyscall emulation. Tidy it up accordingly.
If my comment editing offends anyone, let me know and I can fix it.
Signed-off-by: Andy Lutomirski
---
arch/x86/kernel/vsyscall_64.c | 51 +++
1 file changed, 18 insertions(+), 33 deletion
This code exists for the sole purpose of making the vsyscall page
look sort of like real userspace memory. Move it so that it lives
with the rest of the vsyscall code.
Signed-off-by: Andy Lutomirski
---
arch/x86/kernel/vsyscall_64.c | 49 +++
arch/x86/mm/
This commit in Linux 3.6:
commit c767a54ba0657e52e6edaa97cbe0b0a8bf1c1655
Author: Joe Perches
Date: Mon May 21 19:50:07 2012 -0700
x86/debug: Add KERN_ to bare printks, convert printks to
pr_
caused warn_bad_vsyscall to output garbage in the middle of the
line. Revert th
I think that the jiffies vvar was once used for the vgetcpu cache.
That code is long gone, so let's just make jiffies be a normal
variable.
Signed-off-by: Andy Lutomirski
---
arch/x86/include/asm/vvar.h | 1 -
arch/x86/kernel/time.c | 2 +-
arch/x86/vdso/vgetcpu.c | 1 -
3 files changed
I see no point in having an unusable read-only page sitting at
0xff60 when vsyscall=none. Instead, skip mapping it and
remove it from /proc/PID/maps.
I kept the ratelimited warning when programs try to use a vsyscall
in this mode, since it may help admins avoid confusion.
Signed-off-
Now vdso/vma.c has a single initcall and no references to
"vsyscall".
Signed-off-by: Andy Lutomirski
---
arch/x86/vdso/vma.c | 61 +++--
1 file changed, 22 insertions(+), 39 deletions(-)
diff --git a/arch/x86/vdso/vma.c b/arch/x86/vdso/vma.c
index
The vdso has supported alternatives for a while; use them instead of
a vvar to select the vgetcpu mode.
Signed-off-by: Andy Lutomirski
---
arch/x86/include/asm/vgtod.h| 21 +
arch/x86/include/asm/vsyscall.h | 29 -
arch/x86/include/asm/vvar.h
mips:allmodconfig fails in 3.16-rc1 with lots of undefined symbols.
arch/mips/net/bpf_jit.c: In function 'is_load_to_a':
arch/mips/net/bpf_jit.c:559:7: error: 'BPF_S_LD_W_LEN' undeclared (first use in
this function)
arch/mips/net/bpf_jit.c:559:7: note: each undeclared identifier is reported
onl
1 - 100 of 863 matches
Mail list logo
