Hi Linus,
Today's linux-next merge of the gpio tree got a conflict in
drivers/gpio/gpiolib.c between commit 324b0398781e ("gpio: Fix
potential NULL handler data in chained irqchip handler") from Linus
Torvalds' tree and commit 3f97d5fcf99c ("gpio: handle also nested
irqchips in the chained
Get rid of using return value from gpiochip_remove() as it returns
void with a new change in kernel.
Cc: Linus Walleij
Cc: Alexandre Courbot
Cc: Greg Kroah-Hartman
Cc: Jiri Slaby
Cc: linux-ser...@vger.kernel.org
Cc: linux-g...@vger.kernel.org
Signed-off-by: Pramod Gurav
---
On 2014년 09월 30일 20:29, Andrzej Hajda wrote:
> Hi Inki,
>
> Gently ping.
Hi Andrzej,
I merged it to local repository to test. But now exynos drm doesn't work
correctly since pulling drm-next of Dave regardless of your patch.
Problems are,
1. error occurs when we try to test modetest with -v
Get rid of using return value from gpiochip_remove() as it returns
void with a new change in kernel.
Cc: Linus Walleij
Cc: Alexandre Courbot
CC: Liam Girdwood
CC: Mark Brown
Cc: Jaroslav Kysela
Cc: Takashi Iwai
Cc: alsa-de...@alsa-project.org
Cc: linux-g...@vger.kernel.org
Signed-off-by:
Hi Fabian,
> Commit 3243acd37fd9
> ("ieee802154: add __init to lowpan_frags_sysctl_register")
>
> added __init to lowpan_frags_ns_sysctl_register instead of
> lowpan_frags_sysctl_register
>
> Suggested-by: Alexander Aring
> Signed-off-by: Fabian Frederick
> ---
> net/ieee802154/reassembly.c |
On Tue, Sep 30, 2014 at 7:38 PM, Eric W. Biederman
wrote:
> Aditya Kali writes:
>
>> On Tue, Sep 30, 2014 at 5:35 PM, Eric W. Biederman
>> wrote:
>>> Aditya Kali writes:
>>>
Hi all,
I am trying to run a process with uid=0 inside userns. But in the when
I also do capset()
* Tuan Bui wrote:
> Subject: [RFC PATCH] Perf Bench: Locking Microbenchmark
>
> In response to this thread https://lkml.org/lkml/2014/2/11/93,
> this is a micro benchmark that stresses locking contention in
> the kernel with creat(2) system call by spawning multiple
> processes to spam this
Commit 3243acd37fd9
("ieee802154: add __init to lowpan_frags_sysctl_register")
added __init to lowpan_frags_ns_sysctl_register instead of
lowpan_frags_sysctl_register
Suggested-by: Alexander Aring
Signed-off-by: Fabian Frederick
---
net/ieee802154/reassembly.c | 4 ++--
1 file changed, 2
The firmware would be clear when the power cut is enabled for
RTL8153.
Signed-off-by: Hayes Wang
---
drivers/net/usb/r8152.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/usb/r8152.c b/drivers/net/usb/r8152.c
index 18b9e0d..604ef21 100644
---
The xxx_clear_bp() is used to halt the firmware. It only necessary
for updating the new firmware. Besides, depend on the version of
the current firmware, it may have problem to halt the firmware
directly. Finally, halt the firmware would let the firmware code
useless, and the bugs which are fixed
On Tue, 2014-09-30 at 12:09 +0200, Borislav Petkov wrote:
>
> Now let me repeat my question: how are you testing your patches?
>
There are no any hardware facilities that can help me to inject some
MCE errors. So I have to modify the kernel source code for testing my
patches.
My method is based
The patches fix the issues when the firmware exists.
For the multiple OS, the firmware may be loaded by the
driver of the other OS. And the Linux driver has influences
on it.
Hayes Wang (2):
r8152: remove clearing bp
r8152: disable power cut for RTL8153
drivers/net/usb/r8152.c | 30
On Tue, Sep 30, 2014 at 10:09 PM, Sebastian Lackner
wrote:
>> + testl $X86_EFLAGS_NT,EFLAGS(%rsp) /* saved EFLAGS match cpu */
>> + jz 1f
>> + pushq_cfi $(X86_EFLAGS_IF|X86_EFLAGS_FIXED)
>> + popfq_cfi
>> +1:
>> +
>
> Do you think it makes sense to change the order here, so
> + testl $X86_EFLAGS_NT,EFLAGS(%rsp) /* saved EFLAGS match cpu */
> + jz 1f
> + pushq_cfi $(X86_EFLAGS_IF|X86_EFLAGS_FIXED)
> + popfq_cfi
> +1:
> +
Do you think it makes sense to change the order here, so that no jump happens if
NT is not set (which happens a bit more
On Tue, Sep 30, 2014 at 8:16 PM, Rob Landley wrote:
> On 09/30/14 20:52, Frank Rowand wrote:
>> On 9/30/2014 5:58 PM, Rob Landley wrote:
>>> If you're going to argue that it should "default y", that's a defensible
>>> choice. But please don't argue for kernel config symbols with a negative
>>>
Now that the kernel always runs with clean flags (in particular, NT
is clear), there is no need to save and restore flags on every
context switch.
Signed-off-by: Andy Lutomirski
---
arch/x86/include/asm/switch_to.h | 12
1 file changed, 8 insertions(+), 4 deletions(-)
diff --git
The NT flag doesn't do anything in long mode other than causing IRET
to #GP. Oddly, CPL3 code can still set NT using popf.
Entry via hardware or software interrupt clears NT automatically, so
the only relevant entries are fast syscalls.
If user code causes kernel code to run with NT set, then
ccid_activate is only called by __init ccid_initialize_builtins in same module.
Signed-off-by: Fabian Frederick
---
net/dccp/ccid.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/net/dccp/ccid.c b/net/dccp/ccid.c
index 5975572..8349897 100644
--- a/net/dccp/ccid.c
+++
Anish Bhatt noticed that user programs can set RFLAGS.NT before
syscall or sysenter, and the kernel entry code doesn't filter out
NT. This causes kernel C code and, depending on thread flags, the
exit slow path to run with NT set.
The former is a little bit scary (imagine calling into EFI with
dccp_mib_init is only called by __init dccp_init in same module.
Signed-off-by: Fabian Frederick
---
net/dccp/proto.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/net/dccp/proto.c b/net/dccp/proto.c
index e421edd..6d090c4 100644
--- a/net/dccp/proto.c
+++
From: Fabian Frederick
Date: Wed, 1 Oct 2014 06:36:49 +0200 (CEST)
> I didn't see _ns_ . I'll send the right fix based on wpan-next.
You'll have to send it to me, because I applied your patch already
to net-next.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> On 01 October 2014 at 02:25 Alexander Aring wrote:
>
>
> Hi,
>
> On Tue, Sep 30, 2014 at 10:34:08PM +0200, Fabian Frederick wrote:
> > lowpan_frags_sysctl_register is only called by __init lowpan_net_frag_init
> > (part of the lowpan module).
> >
> > Signed-off-by: Fabian Frederick
> > ---
>
On Tue, 2014-09-30 at 12:09 +0200, Borislav Petkov wrote:
> On Tue, Sep 30, 2014 at 05:56:31PM +0800, Chen Yucong wrote:
> > I just clear it to avoid that the mce_log() call logs the above
> > threshold event again in machine_check_poll().
>
> Ok, that's a good point, please put it in the commit
On Tue, 2014-09-30 at 20:14 -0700, Prashant wrote:
> Sorry about the late reply, out of all the HW bug conditions checked in
> tg3_tx_frag_set() the most frequently hit condition is the short 8 byte
> dma bug, where the chip cannot handle TX descriptors whose data buffer
> is 8 bytes or less.
On Tue, Sep 30, 2014 at 10:44 PM, Linus Torvalds
wrote:
> On Tue, Sep 30, 2014 at 12:19 PM, Miklos Szeredi wrote:
>>
>> What about flock(2), FL_SETLEASE, etc semantics (which are the sane ones,
>> compared to the POSIX locks shit which mandates release of lock on each
>> close(2)
>> instead of
On 09/30/2014 04:40 PM, Stephen Rothwell wrote:
Hi Guenter,
On Tue, 30 Sep 2014 15:30:00 -0700 Guenter Roeck wrote:
On Tue, Sep 30, 2014 at 02:20:02PM -0700, Andrew Morton wrote:
On Tue, 19 Aug 2014 17:45:27 -0700 Guenter Roeck wrote:
Introduce a system restart handler call chain to
Reorganizes file to remove #defines from middle of functions. Also
removes #if'd loop declarations and adds ternary if driven loops.
Signed-off-by: Eric Rost
---
drivers/staging/skein/skein_block.c | 680 ++-
1 file changed, 351 insertions(+), 329 deletions(-)
Pretties up multiline #defines and many other whitespace issues
Signed-off-by: Eric Rost
---
drivers/staging/skein/skein_block.c | 585 +++
1 file changed, 315 insertions(+), 270 deletions(-)
diff --git a/drivers/staging/skein/skein_block.c
This patchset fixes the following checkpatch.pl Warnings in
skein_block.c:
WARNING: suspect code indent for conditional statements (16, 16)
+ for (r = 1; r < 2 * RCNT; r += 2 * SKEIN_UNROLL_512)
[...]
+ {
WARNING: suspect code indent for conditional statements (16,
On 09/30/14 20:52, Frank Rowand wrote:
> On 9/30/2014 5:58 PM, Rob Landley wrote:
>> If you're going to argue that it should "default y", that's a defensible
>> choice. But please don't argue for kernel config symbols with a negative
>> meaning or we'll start having allyesconfig_n brain damage
On 9/5/2014 9:39 PM, David Miller wrote:
From: David Miller
Date: Fri, 05 Sep 2014 17:13:06 -0700 (PDT)
From: Eric Dumazet
Date: Fri, 05 Sep 2014 17:03:30 -0700
Instead of this private helper (and pretty limited one btw), we could
add a core function, that would build skbs with order-0
Hi Alex,
Today's linux-next merge of the vfio tree got a conflict in
drivers/pci/msi.c between commits a160fe94cb53 ("PCI/MSI: Remove unused
get_cached_msi_msg()") and 18ef822c59f6 ("PCI/MSI: Rename
__get_cached_msi_msg() to get_cached_msi_msg()") from the pci tree and
commit 3b307ffe3faa ("PCI:
On 09/30/2014 04:25 PM, Feng Kan wrote:
Add a generic SYSCON register mapped reset mechanism.
Signed-off-by: Feng Kan
---
drivers/power/reset/Kconfig | 5 ++
drivers/power/reset/Makefile| 1 +
drivers/power/reset/syscon-reboot.c | 96 +
On Tue, 2014-09-30 at 09:21 -0700, Greg KH wrote:
> On Tue, Sep 30, 2014 at 02:00:05AM -0500, Eric Rost wrote:
> > In progress commit
> > Signed-off-by: Eric Rost
> > ---
>
> What does this mean?
>
> And you need a blank line before your signed-off-by: line.
>
> thanks,
>
> greg k-h
It means
Hi Arnd,
On Tuesday, September 30, 2014 4:09 PM, Arnd Bergmann wrote,
> To: linux-arm-ker...@lists.infradead.org
> Cc: Pankaj Dubey; linux-kernel@vger.kernel.org;
linux-samsung-...@vger.kernel.org;
> kgene@samsung.com; li...@arm.linux.org.uk; naus...@samsung.com;
> tomasz.f...@gmail.com;
Aditya Kali writes:
> On Tue, Sep 30, 2014 at 5:35 PM, Eric W. Biederman
> wrote:
>> Aditya Kali writes:
>>
>>> Hi all,
>>>
>>> I am trying to run a process with uid=0 inside userns. But in the when
>>> I also do capset() after setresuid(0, 0, 0), I am seeing inconsistent
>>> proc file
Scott Wood wrote:
> >+ if (num_child_objects_in_mc != 0) {
>
>Like here. Just do "if (num_child_objects_in_mc) {"
This seems to be a place that is testing for zero as a value rather than
as a stand-in for NULL, so I'd argue it's better style to leave it as
is.
But in this case, zero
On 30/09/14 01:49 PM, Andy Lutomirski wrote:
>
> I think it might pay to add an explicit vm_op to authorize
> duplication, especially for non-cow mappings. IOW this kind of
> extension seems quite magical for anything that doesn't have the
> normal COW semantics, including for plain old
On Tue, 2014-09-30 at 21:19 -0500, Timur Tabi wrote:
> On Fri, Sep 19, 2014 at 5:49 PM, J. German Rivera
> wrote:
> > +/**
> > + * dprc_remove_devices - Removes devices for objects removed from a DPRC
> > + *
> > + * @mc_bus_dev: pointer to the fsl-mc device that represents a DPRC object
> > + *
On Fri, Sep 19, 2014 at 5:49 PM, J. German Rivera
wrote:
> +static int __fsl_mc_device_remove(struct device *dev, void *data)
> +{
> + WARN_ON(dev == NULL);
> + WARN_ON(data != NULL);
I see a lot of direct comparisons with NULL and 0. You don't need to
be so explicit:
(2014/10/01 2:58), Oleg Nesterov wrote:
> Hi Fengguang,
>
> On 09/30, Fengguang Wu wrote:
>>
>> Hi Oleg,
>>
>> 0day kernel testing robot got the below dmesg and the first bad commit is
>>
>> commit 8b4d801b2b123b6c09742f861fe44a8527b84d47
>> Author: Oleg Nesterov
>> AuthorDate: Thu Jun 20
Hi,
On Tue, Sep 30, 2014 at 11:18:56AM -0700, Puthikorn Voravootivat wrote:
> This patch fix the following issues.
> - Flag for bq27742 is 2 bytes contracy to 1 byte for older hardware
> - Don't read FLAG_CI as bq27742 does not have it
> - Use Battery full capacity register as last measure
From: Mika Westerberg
Add support for matching using DT compatible string from ACPI _DSD.
Signed-off-by: Mika Westerberg
Signed-off-by: Rafael J. Wysocki
---
drivers/misc/eeprom/at25.c | 7 +++
drivers/misc/eeprom/at25.c |7 +++
1 file changed, 7 insertions(+)
Index:
From: Mika Westerberg
Allow the driver to probe from ACPI namespace.
Signed-off-by: Aaron Lu
Signed-off-by: Mika Westerberg
Signed-off-by: Rafael J. Wysocki
---
drivers/input/keyboard/gpio_keys_polled.c |7 +++
1 file changed, 7 insertions(+)
Index:
From: Aaron Lu
Make use of device property API in this driver so that both OF based
system and ACPI based system can use this driver.
Signed-off-by: Aaron Lu
Signed-off-by: Mika Westerberg
Signed-off-by: Rafael J. Wysocki
---
Dmitry, does this look better than the previous one to you?
---
From: Mika Westerberg
Make use of device property API in this driver so that both DT and ACPI
based systems can use this driver.
Signed-off-by: Mika Westerberg
Signed-off-by: Rafael J. Wysocki
---
drivers/misc/eeprom/at25.c | 34 +-
1 file changed, 13
From: Aaron Lu
GPIO descriptors are the preferred way over legacy GPIO numbers
nowadays. Convert the driver to use GPIO descriptors internally but
still allow passing legacy GPIO numbers from platform data to support
existing platforms.
Signed-off-by: Aaron Lu
Signed-off-by: Mika Westerberg
From: Max Eliaser
Make use of device property API in this driver so that both OF and ACPI
based system can use the same driver.
Signed-off-by: Max Eliaser
Signed-off-by: Mika Westerberg
Signed-off-by: Rafael J. Wysocki
---
drivers/leds/leds-gpio.c | 99
From: Mika Westerberg
This document describes the data format and interfaces of ACPI device
specific properties.
Signed-off-by: Mika Westerberg
Signed-off-by: Darren Hart
Signed-off-by: Rafael J. Wysocki
---
Documentation/acpi/properties.txt | 410 ++
1
From: Mika Westerberg
Some drivers need to deal with only firmware representation of its
GPIOs. An example would be a GPIO button array driver where each button
is described as a separate firmware node in device tree. Typically these
child nodes do not have physical representation in the Linux
From: Mika Westerberg
With release of ACPI 5.1 and _DSD method we can finally name GPIOs (and
other things as well) returned by _CRS. Previously we were only able to
use integer index to find the corresponding GPIO, which is pretty error
prone if the order changes.
With _DSD we can now query
From: Mika Westerberg
This is actually a single device with two sets of identical registers,
which just happen to start from a different offset. Instead of having
separate GPIO chips created we consolidate them to be single GPIO chip.
In addition having a single GPIO chip allows us to handle
From: Mika Westerberg
We have lots of existing Device Tree enabled drivers and allocating
separate _HID for each is not feasible. Instead we allocate special _HID
"PRP0001" that means that the match should be done using Device Tree
compatible property using driver's .of_match_table instead.
If
From: "Rafael J. Wysocki"
Add a uniform interface by which device drivers can request device
properties from the platform firmware by providing a property name
and the corresponding data type. The purpose of it is to help to
write portable code that won't depend on any particular platform
From: Max Eliaser
This allows the driver to probe from ACPI namespace.
Signed-off-by: Max Eliaser
Signed-off-by: Mika Westerberg
Acked-by: Bryan Wu
Signed-off-by: Rafael J. Wysocki
---
drivers/leds/leds-gpio.c |8
1 file changed, 8 insertions(+)
Index:
From: Mika Westerberg
Device Tree is used in many embedded systems to describe the system
configuration to the OS. It supports attaching properties or name-value
pairs to the devices it describe. With these properties one can pass
additional information to the drivers that would not be available
Hi Everyone,
Since Dmitry was suggesting that instead of using struct fw_dev_node pointers,
as we did in the previous version, we could pass the parent device along with
the child pointer to iterator functions while walking the children of a given
device node, the following patches do just that.
From: Mika Westerberg
GPIO descriptors are the preferred way over legacy GPIO numbers
nowadays. Convert the driver to use GPIO descriptors internally but
still allow passing legacy GPIO numbers from platform data to support
existing platforms.
Signed-off-by: Mika Westerberg
Acked-by: Alexandre
On 9/30/2014 5:58 PM, Rob Landley wrote:
> On 09/30/14 19:41, Frank Rowand wrote:
>> The earliest mention I find of this on lkml is v4. Was there earlier
>> discussion of this elsewhere? (Just so I have a clue as to the full
>> context and don't repeat previous discussion.) The mention of names
On 09/30/2014 07:45 PM, Thomas Gleixner wrote:
> Whether the proposed patchset is the correct solution to support it is
> a completely different question.
This patchset has been in mainline since 3.16 and has already caused
regressions, so the question of whether this is the correct solution has
On Tuesday, September 30, 2014 01:58:14 PM Darren Hart wrote:
> On Mon, Sep 29, 2014 at 08:40:09PM -0600, Azael Avalos wrote:
> > Currently the HCI/SCI read/write functions are returning
> > the status of the ACPI call and also assigning the
> > returned value of the HCI/SCI function, however,
On Wed, 2014-24-09 at 19:24:38 UTC, suka...@linux.vnet.ibm.com wrote:
> From: Cody P Schafer
>
> Ian pointed out the use of __aligned(4096) caused rather large stack
> consumption in single_24x7_request(), so use the kmem_cache
> hv_page_cache (which we've already got set up for other
Hi all,
Today's linux-next merge of the net-next tree got a conflict in
arch/arm/boot/dts/berlin2q-marvell-dmp.dts between commit 461316fca705
("ARM: berlin: enable the eSATA interface on the BG2Q DMP") from the
berlin tree and commit 75215193b975 ("ARM: dts: berlin: enable the
Ethernet port on
On Tuesday, September 30, 2014 9:45 PM Mark Brown wrote:
> From: Mark Brown [mailto:broo...@kernel.org]
> Sent: Tuesday, September 30, 2014 9:45 PM
> To: Opensource [James Seong-Won Ban]
> Cc: Liam Girdwood; Support Opensource; LKML; David Dajun Chen
> Subject: Re: [PATCH V1] regulator: DA9211 :
Michael Ellerman [m...@ellerman.id.au] wrote:
| > @@ -203,6 +125,7 @@ static ssize_t catalog_read(struct file *filp, struct
kobject *kobj,
| >
| > page_offset = offset / 4096;
| > page_count = count / 4096;
|
| I don't see where page_count is used.
Yes, I will remove it.
|
| > +
On 09/30/14 19:41, Frank Rowand wrote:
> The earliest mention I find of this on lkml is v4. Was there earlier
> discussion of this elsewhere? (Just so I have a clue as to the full
> context and don't repeat previous discussion.) The mention of names
> in the change logs tells me I should be
On Tue, Sep 30, 2014 at 5:35 PM, Eric W. Biederman
wrote:
> Aditya Kali writes:
>
>> Hi all,
>>
>> I am trying to run a process with uid=0 inside userns. But in the when
>> I also do capset() after setresuid(0, 0, 0), I am seeing inconsistent
>> proc file permissions. Almost all the files in
On Tue, 2014-09-30 at 08:50 -0700, Guenter Roeck wrote:
> On Mon, Sep 29, 2014 at 06:31:06PM -0500, Scott Wood wrote:
> > On Mon, 2014-09-29 at 23:03 +, Jojy Varghese wrote:
> > >
> > > On 9/29/14 12:06 PM, "Guenter Roeck" wrote:
> > >
> > > >Those are errors related to PCIe hotplug, and
The earliest mention I find of this on lkml is v4. Was there earlier
discussion of this elsewhere? (Just so I have a clue as to the full
context and don't repeat previous discussion.) The mention of names
in the change logs tells me I should be able to find the discussion
somewhere.
On
On Tue, Sep 30, 2014 at 5:27 PM, Chuck Ebbert wrote:
> On Tue, 30 Sep 2014 12:40:35 -0700
> Andy Lutomirski wrote:
>
>> The NT flag doesn't do anything in long mode other than causing IRET
>> to #GP. Oddly, CPL3 code can still net NT using popf.
>>
>> Entry via hardware or software interrupt
Aditya Kali writes:
> Hi all,
>
> I am trying to run a process with uid=0 inside userns. But in the when
> I also do capset() after setresuid(0, 0, 0), I am seeing inconsistent
> proc file permissions. Almost all the files in /proc// has global
> 'root' as owner and group even if the actual
On Wed, 2014-24-09 at 19:24:39 UTC, suka...@linux.vnet.ibm.com wrote:
> catalog_read() implements the read interface for the sysfs file
>
> /sys/bus/event_source/devices/hv_24x7/interface/catalog
>
> It essentially takes a buffer, an offset and count as parameters
> to the read() call. It
On 01/10/14 01:11, Thomas Gleixner wrote:
Bryan,
On Wed, 1 Oct 2014, Bryan O'Donoghue wrote:
what are you trying to achieve by sending out patches faster than
anyone can review?
Thomas.
That's not the intention at all.
Doing this has an obvious outcome:
1) The patches you whip up 10
On Tue, 30 Sep 2014 12:40:35 -0700
Andy Lutomirski wrote:
> The NT flag doesn't do anything in long mode other than causing IRET
> to #GP. Oddly, CPL3 code can still net NT using popf.
>
> Entry via hardware or software interrupt clears NT automatically, so
> the only relevant entries are fast
Hi,
On Tue, Sep 30, 2014 at 10:34:08PM +0200, Fabian Frederick wrote:
> lowpan_frags_sysctl_register is only called by __init lowpan_net_frag_init
> (part of the lowpan module).
>
> Signed-off-by: Fabian Frederick
> ---
> This is untested.
>
> net/ieee802154/reassembly.c | 4 ++--
> 1 file
Hi all,
I am trying to run a process with uid=0 inside userns. But in the when
I also do capset() after setresuid(0, 0, 0), I am seeing inconsistent
proc file permissions. Almost all the files in /proc// has global
'root' as owner and group even if the actual process uid is correctly
changed.
I
On Mon, Sep 29, 2014 at 11:42:18AM -0700, Paul E. McKenney wrote:
> Assuming that incrementing the external name's reference count is
> atomic_add_unless, I could believe this part. Or if you have some
> locking that makes it impossible to increment the reference count
> in any case where there
Bryan,
On Wed, 1 Oct 2014, Bryan O'Donoghue wrote:
what are you trying to achieve by sending out patches faster than
anyone can review?
Doing this has an obvious outcome:
1) The patches you whip up 10 seconds after the review hits your
inbox are likely not to be well thought out.
On Tue 30 Sep 16:16 PDT 2014, Jeffrey Hugo wrote:
> On 9/30/2014 8:37 AM, Bjorn Andersson wrote:
> > On Tue 30 Sep 06:46 PDT 2014, Kumar Gala wrote:
> >
> >>
> >> On Sep 29, 2014, at 7:34 PM, Bjorn Andersson
> >> wrote:
> >>
> >>> diff --git
From: Sebastian Hesselbarth
Date: Wed, 01 Oct 2014 00:01:53 +0200
> Just to make sure how long I have to take care of potential merge
> issues, is your current net-next meant for v3.18 or v3.19?
3.18
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
Subject: [RFC PATCH] Perf Bench: Locking Microbenchmark
In response to this thread https://lkml.org/lkml/2014/2/11/93, this is
a micro benchmark that stresses locking contention in the kernel with
creat(2) system call by spawning multiple processes to spam this system
call. This workload
Removes some bit-rot around cpu_detect_cache_sizes() in common.c
cpu_detect_cache_sizes() is valid for X86_32 and X86_64
AMD/Centaur/Cyrix/Transmeta currently call cpu_detect_cache_sizes()
as part of their respective initalisation routines.
cpu_detect_cache_sizes() is responsible for determining
On 09/30/2014 07:45 PM, Thomas Gleixner wrote:
> On Tue, 30 Sep 2014, Peter Hurley wrote:
>> I read the UFS Unified Memory Extension v1.0 (JESD220-1) specification and
>> it is not clear to me that using DMA mapping is the right approach to
>> supporting UM, at least on x86.
>>
>> And without a
On Tue, Sep 30, 2014 at 10:27 AM, Benjamin Tissoires
wrote:
> On Sep 26 2014 or thereabouts, Jason Gerecke wrote:
>> On Fri, Sep 26, 2014 at 4:03 AM, Jiri Kosina wrote:
>> > On Tue, 23 Sep 2014, Benjamin Tissoires wrote:
>> >
>> >> Hi guys,
>> >>
>> >> So, this patch series aims at supporting
On Tue, 30 Sep 2014, Peter Hurley wrote:
> I read the UFS Unified Memory Extension v1.0 (JESD220-1) specification and
> it is not clear to me that using DMA mapping is the right approach to
> supporting UM, at least on x86.
>
> And without a mainline user, the merits of this approach are not
Adds a path for legacy_cache_size to get a Quark SoC X1000 cache size
Update init_intel to take account of Quark X1000 reporting cache size
via legacy_cache_size
Add string to family/model structure for completeness and better
output of /proc/cpuinfo
Signed-off-by: Bryan O'Donoghue
---
First patch:
Quark X1000 contains a 16k 4-way set associative unified L1 cache
with 256 sets. The second patch gets Quark X1000 reporting 16k of
cache in-line with other legacy reporting processors like PIII Tualatin
Second patch:
Adds a comment to arch/x86/kernel/setup.c. Quark SoC X1000
Quark X1000 requires CR3 to be rewritten to flush TLB entries
irrespective of the PGE bits in CR4 or PTE.PGE
Add a comment to setup_arch to indicate that the code
load_cr3(swapper_pg_dir);
__flush_tlb_all();
Will already have flushed the TLB @ the CR3 reload allowing us
to skip over a potential
Hi Guenter,
On Tue, 30 Sep 2014 15:30:00 -0700 Guenter Roeck wrote:
>
> On Tue, Sep 30, 2014 at 02:20:02PM -0700, Andrew Morton wrote:
> > On Tue, 19 Aug 2014 17:45:27 -0700 Guenter Roeck wrote:
> >
> > > Introduce a system restart handler call chain to solve the described
> > > problems.
> >
Add documentation for generic SYSCON reboot driver.
Signed-off-by: Feng Kan
---
.../bindings/power/reset/syscon-reboot.txt | 23 ++
1 file changed, 23 insertions(+)
create mode 100644
Documentation/devicetree/bindings/power/reset/syscon-reboot.txt
diff --git
Enable reboot driver for the X-Gene platform. Add generic syscon reboot
driver. Replace X-Gene reboot driver with the generic syscon reboot
driver.
V9 Change:
- rebase on Guenter Roeck's reset handler patch set now in linux next.
This allows for a generic reset to be call rather
This add documentation for the SCU system clock unit device tree binding
to the kernel.
Signed-off-by: Feng Kan
---
Documentation/devicetree/bindings/arm/apm/scu.txt | 17 +
1 file changed, 17 insertions(+)
create mode 100644 Documentation/devicetree/bindings/arm/apm/scu.txt
Select reboot driver for X-Gene platform.
Signed-off-by: Feng Kan
---
arch/arm64/Kconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm64/Kconfig b/arch/arm64/Kconfig
index 2ca2ebd..2edccbc 100644
--- a/arch/arm64/Kconfig
+++ b/arch/arm64/Kconfig
@@ -149,6 +149,8 @@ config
Add X-Gene platform reboot driver dts node.
Signed-off-by: Feng Kan
---
arch/arm64/boot/dts/apm-storm.dtsi | 11 +++
1 file changed, 11 insertions(+)
diff --git a/arch/arm64/boot/dts/apm-storm.dtsi
b/arch/arm64/boot/dts/apm-storm.dtsi
index f391972..cfde5f8 100644
---
Remove X-Gene reboot driver.
Signed-off-by: Feng Kan
Signed-off-by: Loc Ho
---
drivers/power/reset/Kconfig| 6 ---
drivers/power/reset/Makefile | 1 -
drivers/power/reset/xgene-reboot.c | 103 -
3 files changed, 110 deletions(-)
delete
Add a generic SYSCON register mapped reset mechanism.
Signed-off-by: Feng Kan
---
drivers/power/reset/Kconfig | 5 ++
drivers/power/reset/Makefile| 1 +
drivers/power/reset/syscon-reboot.c | 96 +
3 files changed, 102 insertions(+)
create
2014-09-30 23:34 GMT+09:00 Peter Hurley :
> On 09/29/2014 10:32 AM, Akinobu Mita wrote:
>> 2014-09-29 21:09 GMT+09:00 Peter Hurley :
>>> On 09/27/2014 08:31 PM, Akinobu Mita wrote:
2014-09-27 23:30 GMT+09:00 Peter Hurley :
> On 04/15/2014 09:08 AM, Akinobu Mita wrote:
>> This patch
On Tue, 30 Sep 2014, Andy Lutomirski wrote:
> On Tue, Sep 30, 2014 at 3:27 PM, Thomas Gleixner wrote:
> > On Tue, 30 Sep 2014, Andy Lutomirski wrote:
> >> It would certainly be possible to clear NT and retry IRET if IRET
> >> fails with NT set. This would have no overhead for anything relevant.
On Tue, 30 Sep 2014, Pavel Machek wrote:
> > > So I had to hard power-down the machine. That should be perfectly
> > > safe, as ext4 has a journal, and this is plain SATA disk, right?
> > Yes, it should be safe.
>
> Good.
...
> Is there some phase during shutdown where journalling no longer
>
On 9/30/2014 8:37 AM, Bjorn Andersson wrote:
On Tue 30 Sep 06:46 PDT 2014, Kumar Gala wrote:
On Sep 29, 2014, at 7:34 PM, Bjorn Andersson
wrote:
diff --git a/Documentation/devicetree/bindings/mfd/qcom-rpm-smd.txt
b/Documentation/devicetree/bindings/mfd/qcom-rpm-smd.txt
new file mode
1 - 100 of 1820 matches
Mail list logo
