On 01/16/2015 11:35 AM, Alexandre Belloni wrote:
On 16/01/2015 at 11:23:32 +0100, Thomas Gleixner wrote :
On Fri, 16 Jan 2015, Alexandre Belloni wrote:
There is no point in calling suspend/resume for unused
clocksources.
Signed-off-by: Alexandre Belloni
---
kernel/time/clocksource.c | 4
On Fri, Jan 16, 2015 at 10:00:09AM +, Chunyan Zhang wrote:
> From: Zhizhou Zhang
>
> Adds the device tree support for Spreadtrum SC9836 SoC which is based on
> Sharkl64 platform.
>
> Sharkl64 platform contains the common nodes of Spreadtrum's arm64-based SoCs.
>
> Signed-off-by: Zhizhou
On 2015/1/16 18:21, Thomas Gleixner wrote:
> On Fri, 16 Jan 2015, Jiang Liu wrote:
>> On 2015/1/16 5:22, Thomas Gleixner wrote:
>>> While reviewing Jiangs interrupt remapping patch set, I had several
>>> serious WTF moments when trying to understand what that code is doing.
>>>
>>> The main issues
From: Xudong Chen
The mediatek SoCs have I2C controller that handle I2C transfer.
This patch include common I2C bus driver.
This driver is compatible with I2C controller on mt65xx/mt81xx.
Signed-off-by: Xudong Chen
Signed-off-by: Eddie Huang
---
drivers/i2c/busses/Kconfig | 9 +
From: Xudong Chen
Add devicetree bindings for Mediatek Soc I2C driver.
Signed-off-by: Xudong Chen
Signed-off-by: Eddie Huang
---
.../devicetree/bindings/i2c/i2c-mt6577.txt | 40 ++
1 file changed, 40 insertions(+)
create mode 100644
On 16/01/2015 at 11:23:32 +0100, Thomas Gleixner wrote :
> On Fri, 16 Jan 2015, Alexandre Belloni wrote:
>
> > There is no point in calling suspend/resume for unused
> > clocksources.
> >
> > Signed-off-by: Alexandre Belloni
> > ---
> > kernel/time/clocksource.c | 4 ++--
> > 1 file changed, 2
This series is the fourth version of Mediatek SoCs I2C controller common
bus driver.
Change in v4:
Modify to support i2c_adapter_quirks base on Wolfram's patch [1].
Remove check transfer size and WRRD combine code. Instead, fill quirk
property and let i2c_check_for_quirks to do the filter.
This
On Friday 16 January 2015 18:00:11 Chunyan Zhang wrote:
> Add a full sc9836-uart driver for SC9836 SoC which is based on the
> spreadtrum sharkl64 platform.
> This driver also support earlycon.
> This patch also replaced the spaces between the macros and their
> values with the tabs in
Hi,
On 16/01/2015 at 02:44:39 +, Yang, Wenyou wrote :
> > - /* AT91RM9200 SDRAM low-power mode cannot be used with self-refresh.
> > */
> > - if (cpu_is_at91rm9200())
> > + at91_pm_data.memctrl = AT91_MEMCTRL_SDRAMC;
> > +
> > + if (of_machine_is_compatible("atmel,at91rm9200")) {
> >
On Fri, 16 Jan 2015, Alexandre Belloni wrote:
> There is no point in calling suspend/resume for unused
> clocksources.
>
> Signed-off-by: Alexandre Belloni
> ---
> kernel/time/clocksource.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/kernel/time/clocksource.c
On Fri, 2015-01-16 at 10:53 +0100, Linus Walleij wrote:
> On Tue, Jan 13, 2015 at 5:16 PM, Sascha Hauer wrote:
> > On Tue, Jan 13, 2015 at 11:05:22AM +0100, Linus Walleij wrote:
>
> >> > You often talk about ambiguities. Could you give an example what
> >> > ambiguities you mean?
> >>
> >> What
On Fri, Jan 16, 2015 at 10:00:08AM +, Chunyan Zhang wrote:
> Adds Spreadtrum's prefix "sprd" to vendor-prefixes file.
> Adds the devicetree binding documentations for Spreadtrum's sc9836-uart
> and SC9836 SoC based on the Sharkl64 Platform which is a 64-bit SoC
> Platform of Spreadtrum.
>
>
On Mon, Jan 12, 2015 at 10:43 PM, Alexandre Courbot wrote:
> On Tue, Jan 13, 2015 at 1:39 AM, Benoit Parrot wrote:
>> Linus Walleij wrote on Mon [2015-Jan-12 11:20:14
>> +0100]:
>>> line_b {
>>> gpio-hog;
>>> gpios = <6 0>;
>>> output-low;
>>> line-name = "foo-bar-gpio";
>>> }
On Fri, 16 Jan 2015, Jiang Liu wrote:
> On 2015/1/16 5:22, Thomas Gleixner wrote:
> > While reviewing Jiangs interrupt remapping patch set, I had several
> > serious WTF moments when trying to understand what that code is doing.
> >
> > The main issues I've seen are:
> >
> > - Blindly copy
On Thu, Jan 15, 2015 at 09:31:53PM +, Al Stone wrote:
> On 01/15/2015 11:23 AM, Catalin Marinas wrote:
> > On Thu, Jan 15, 2015 at 04:26:20PM +, Grant Likely wrote:
> >> On Wed, Jan 14, 2015 at 3:04 PM, Hanjun Guo wrote:
> >>> This is the v7 of ACPI core patches for ARM64 based on ACPI
On Thu, Jan 15, 2015 at 11:54:59PM -0200, Murilo Opsfelder Araujo wrote:
> The following error messages are thrown by sparse when CONFIG_OLPC is
> not defined:
>
> drivers/staging/olpc_dcon/olpc_dcon.c:147:17: error: undefined identifier
> 'olpc_board_at_least'
>
On 16/01/2015 04:02, Michael Ellerman wrote:
> On Thu, 2015-01-15 at 15:41 -0800, Tyrel Datwyler wrote:
>> On 01/15/2015 02:19 PM, Michael Ellerman wrote:
>> If this was on a powerkvm guest set-indicator should be present for
>> hotplug (DLPAR) support. However, the surveillance indicator would
On Thu, Jan 15, 2015 at 02:42:23PM +, Rob Herring wrote:
> On Thu, Jan 15, 2015 at 7:55 AM, Mark Rutland wrote:
> > On Thu, Jan 15, 2015 at 01:52:01PM +, Mark Rutland wrote:
> >> On Wed, Jan 14, 2015 at 08:58:18PM +, Suman Anna wrote:
> >> > This patch adds the generic common bindings
On Fri, Jan 16, 2015 at 06:09:00AM +, Ohad Ben-Cohen wrote:
> On Thu, Jan 15, 2015 at 4:42 PM, Rob Herring wrote:
> > On Thu, Jan 15, 2015 at 7:55 AM, Mark Rutland wrote:
> >> On Thu, Jan 15, 2015 at 01:52:01PM +, Mark Rutland wrote:
> >>> On Wed, Jan 14, 2015 at 08:58:18PM +, Suman
On Tue, Jan 13, 2015 at 12:41 PM, Russell King - ARM Linux
wrote:
> On Tue, Jan 13, 2015 at 09:06:15AM +0100, Linus Walleij wrote:
>> On Wed, Dec 17, 2014 at 11:44 AM, Russell King - ARM Linux
>> wrote:
>> > On Wed, Dec 17, 2014 at 11:45:01AM +0900, Alexandre Courbot wrote:
>> >> Actually we are
Hi,
On 15/01/15 22:03, Pavel Machek wrote:
>> Perhaps we could use the 'reg' property to describe actual connections,
>> > I'm not sure if it's better than a LED specific property, e.g.
>> >
>> > max77387@52 {
>> > compatible = "nxp,max77387";
>> > #address-cells = <2>;
>> >
Add a full sc9836-uart driver for SC9836 SoC which is based on the
spreadtrum sharkl64 platform.
This driver also support earlycon.
This patch also replaced the spaces between the macros and their
values with the tabs in serial_core.h
Signed-off-by: Chunyan Zhang
Signed-off-by: Orson Zhai
Adds Spreadtrum's prefix "sprd" to vendor-prefixes file.
Adds the devicetree binding documentations for Spreadtrum's sc9836-uart
and SC9836 SoC based on the Sharkl64 Platform which is a 64-bit SoC
Platform of Spreadtrum.
Signed-off-by: Chunyan Zhang
Signed-off-by: Orson Zhai
---
On Tue, Jan 13, 2015 at 6:05 PM, Ray Jui wrote:
> On 1/13/2015 12:53 AM, Linus Walleij wrote:
>> On Tue, Dec 16, 2014 at 3:18 AM, Ray Jui wrote:
>>
>>> +/* drive strength control for ASIU GPIO */
>>> +#define CYGNUS_GPIO_ASIU_DRV0_CTRL_OFFSET 0x58
>>> +
>>> +/* drive strength control for CCM
On Fri, Jan 16, 2015 at 02:22:02AM +, Steven Rostedt wrote:
> On Thu, 15 Jan 2015 16:50:58 +
> Javi Merino wrote:
>
> > +const char *
> > +ftrace_print_array_seq(struct trace_seq *p, const void *buf, int
> > buf_len,
> > + size_t el_size)
> > +{
> > + const char *ret
On Friday 16 January 2015 09:43:58 Yijing Wang wrote:
> This series is based on Bjorn's pci-next branch.
I think this is a very nice series, hope we can get this into 3.20.
I've replied with a few specific comments, but I see no show-stoppers
and I've already retracted a few comments after
From: Zhizhou Zhang
Adds the device tree support for Spreadtrum SC9836 SoC which is based on
Sharkl64 platform.
Sharkl64 platform contains the common nodes of Spreadtrum's arm64-based SoCs.
Signed-off-by: Zhizhou Zhang
Signed-off-by: Orson Zhai
Signed-off-by: Chunyan Zhang
---
The file of-serial.txt was only for 8250 compatible UART implementations,
so renamed it to 8250.txt to avoid confusing other persons.
This is suggested by Arnd, see:
http://lists.infradead.org/pipermail/linux-arm-kernel/2014-September/291455.html
Signed-off-by: Chunyan Zhang
Acked-by: Mark
On Wed, 14 Jan 2015, Michael S. Tsirkin wrote:
> Virtio drivers should map the part of the range they need, not
> necessarily all of it.
> To this end, support mapping ranges within BAR on s390.
> Since multiple ranges can now be mapped within a BAR, we keep track of
> the number of mappings
Hi,
On 16-01-15 10:27, Gregory CLEMENT wrote:
Hi Hans,
On 16/01/2015 09:17, Hans de Goede wrote:
Hi,
On 15-01-15 15:09, Gregory CLEMENT wrote:
Add the regulators to each SATA port.
Signed-off-by: Gregory CLEMENT
---
arch/arm/boot/dts/armada-388-gp.dts | 126
On Thu, Jan 15, 2015 at 08:04:37PM +, Jason Cooper wrote:
> On Thu, Jan 15, 2015 at 07:02:20PM +, Mark Brown wrote:
> > On Thu, Jan 15, 2015 at 06:23:47PM +, Catalin Marinas wrote:
> > > On Thu, Jan 15, 2015 at 04:26:20PM +, Grant Likely wrote:
> >
> > > > I'll get right to the
On Fri, Jan 16, 2015 at 3:41 AM, Kevin Tsai wrote:
> CM3232 is an advanced ambient light sensor with I2C protocol interface.
> The I2C slave address is internally hardwired as 0x10 (7-bit). Writing
> to configure register is byte mode, but reading ALS register requests to
> use word mode for
Hi Eric,
On 01/15/2015 02:47 PM, Eric Auger wrote:
> This patch enables irqfd on arm/arm64.
>
> Both irqfd and resamplefd are supported. Injection is implemented
> in vgic.c without routing.
>
> This patch enables CONFIG_HAVE_KVM_EVENTFD and CONFIG_HAVE_KVM_IRQFD.
>
> KVM_CAP_IRQFD is now
On Fri, Jan 16, 2015 at 07:17:56AM +, Hanjun Guo wrote:
> On 2015年01月16日 02:23, Catalin Marinas wrote:
> > On Thu, Jan 15, 2015 at 04:26:20PM +, Grant Likely wrote:
> >> On Wed, Jan 14, 2015 at 3:04 PM, Hanjun Guo wrote:
> >>> This is the v7 of ACPI core patches for ARM64 based on ACPI
On Friday 16 January 2015 09:44:16 Yijing Wang wrote:
> +static void pci_host_bridge_probe_mode(
> + struct pci_host_bridge *host)
> +{
> + host->of_scan = true;
> +}
>
I probably missed something here, but where does host->of_scan
get used?
Arnd
--
To unsubscribe
On Thu, Jan 15, 2015 at 09:22:09PM -, Thomas Gleixner wrote:
> enable_IR_x2apic() grew a open coded x2apic detection. Implement a
> proper helper function which shares the code with the already existing
> x2apic_enabled().
>
> Signed-off-by: Thomas Gleixner
> ---
>
Hi,
> -Original Message-
> From: Stephen Rothwell [mailto:s...@canb.auug.org.au]
> Sent: Friday, January 16, 2015 7:24 AM
> To: Felipe Balbi; Greg KH
> Cc: linux-n...@vger.kernel.org; linux-kernel@vger.kernel.org; Robert Baldyga;
> Kaukab, Yousaf
> Subject: linux-next: manual merge of the
On Thu, Jan 15, 2015 at 02:51:06AM +, Victor Kamensky wrote:
> On 14 January 2015 at 16:03, Russell King - ARM Linux
> wrote:
> > On Wed, Jan 14, 2015 at 10:38:38AM -0800, Victor Kamensky wrote:
> >> >From fed6caab410ddcaf487ff23a3908eca129e50b89 Mon Sep 17 00:00:00 2001
> >> From: Victor
On Tue, Jan 13, 2015 at 5:16 PM, Sascha Hauer wrote:
> On Tue, Jan 13, 2015 at 11:05:22AM +0100, Linus Walleij wrote:
>> > You often talk about ambiguities. Could you give an example what
>> > ambiguities you mean?
>>
>> What happened was this pins = ; arguments were sometimes
>> strings and
On Wed, Jan 14, 2015 at 03:04:54PM +, Hanjun Guo wrote:
> Since PCI is not required in ACPI spec and ARM can run without
> it, introduce some stub functions to make PCI optional for ACPI,
> and make ACPI core run without CONFIG_PCI on ARM64.
>
> When PCI is enabled on ARM64, ACPI core will
Hello Alexandre,
On Fri, Jan 16, 2015 at 10:05:51AM +0100, Alexandre Belloni wrote:
> There is no point in calling suspend/resume for unused
> clockevents as they are already stopped and disabled.
>
> Furthermore, it can take some time to wait for some IPs to stop counting.
>
> Signed-off-by:
On Friday 16 January 2015 09:44:25 Yijing Wang wrote:
>
> +int pci_domain_nr(struct pci_bus *bus)
> +{
> + struct pci_host_bridge *host = find_pci_host_bridge(bus);
> +
> + return host->domain;
> +}
> +EXPORT_SYMBOL_GPL(pci_domain_nr);
> +
Since most of the existing functions are
Am 16.01.2015 um 00:09 schrieb Michael Ellerman:
> On Thu, 2015-01-15 at 09:58 +0100, Christian Borntraeger wrote:
>> ACCESS_ONCE does not work reliably on non-scalar types. For
>> example gcc 4.6 and 4.7 might remove the volatile tag for such
>> accesses during the SRA (scalar replacement of
On Friday 16 January 2015 10:08:45 Arnd Bergmann wrote:
> On Friday 16 January 2015 09:44:06 Yijing Wang wrote:
> > Introduce pci_host_assign_domain_nr() to assign domain
> > number for pci_host_bridge. Later we will remove
> > pci_bus_assign_domain_nr().
> >
> > Signed-off-by: Yijing Wang
>
>
Hello,
On Thu 15-01-15 21:49:10, Konstantin Khebnikov wrote:
> This is ressurection of my old RFC patch for dirty-set accounting cgroup [1]
> Now it's merged into memory cgroup and got bandwidth controller as a bonus.
>
> That shows alternative solution: less accurate but much less monstrous
On Friday 16 January 2015 10:23:11 Arnd Bergmann wrote:
> On Friday 16 January 2015 09:44:09 Yijing Wang wrote:
> > @@ -2064,7 +2073,7 @@ struct pci_bus *pci_scan_root_bus(struct device
> > *parent, u32 db,
> > {
> > struct pci_host_bridge *host;
> >
> > - host =
On 2015/1/16 5:22, Thomas Gleixner wrote:
> While reviewing Jiangs interrupt remapping patch set, I had several
> serious WTF moments when trying to understand what that code is doing.
>
> The main issues I've seen are:
>
> - Blindly copy and pasted code
>
> - Random places which
On 01/15/2015 02:47 PM, Eric Auger wrote:
> On arm/arm64 the VGIC is dynamically instantiated and it is useful
> to expose its state, especially for irqfd setup.
>
> This patch defines __KVM_HAVE_ARCH_INTC_INITIALIZED and
> implements kvm_arch_intc_initialized.
>
> Signed-off-by: Eric Auger
>
Hi Eric,
On 01/15/2015 02:47 PM, Eric Auger wrote:
> Introduce __KVM_HAVE_ARCH_INTC_INITIALIZED define and
> associated kvm_arch_intc_initialized function. This latter
> allows to test whether the virtual interrupt controller is initialized
> and ready to accept virtual IRQ injection. On some
On Friday 16 January 2015 09:44:07 Yijing Wang wrote:
> We want to make a generic pci_host_bridge, then we could
> place common PCI infos like domain number in it. Ripping
> out pci_host_bridge creation from pci_create_root_bus()
> make code more better readability. Further more, we could
> use
the code also checks for CONFIG_CRASH_DUMP which "also enables
s390 zfcpdump".
Dump the unneeded check.
Signed-off-by: Paul Bolle
---
This trivial issue popped up in next-20150116. If s390 commits can still
be altered after they've hit linux-next this might just as well be
folded into c
On Friday 16 January 2015 09:44:07 Yijing Wang wrote:
> We want to make a generic pci_host_bridge, then we could
> place common PCI infos like domain number in it. Ripping
> out pci_host_bridge creation from pci_create_root_bus()
> make code more better readability. Further more, we could
> use
On 01/15/2015 02:47 PM, Eric Auger wrote:
> CONFIG_HAVE_KVM_IRQCHIP is needed to support IRQ routing (along
> with irq_comm.c and irqchip.c usage). This is not the case for
> arm/arm64 currently.
>
> This patch unsets the flag for both arm and arm64.
>
> Signed-off-by: Eric Auger
> Acked-by:
On pią, 2015-01-16 at 17:59 +0900, James Ban wrote:
> This is a patch for adding gpio control about enable/disable of buck.
>
> Signed-off-by: James Ban
> ---
>
> This patch is relative to linux-next repository tag next-20150115.
>
>
> .../devicetree/bindings/regulator/da9211.txt |
Hi Hans,
On 16/01/2015 09:17, Hans de Goede wrote:
> Hi,
>
> On 15-01-15 15:09, Gregory CLEMENT wrote:
>> Add the regulators to each SATA port.
>>
>> Signed-off-by: Gregory CLEMENT
>> ---
>> arch/arm/boot/dts/armada-388-gp.dts | 126
>>
>> 1 file
On Friday 16 January 2015 09:44:09 Yijing Wang wrote:
> @@ -2064,7 +2073,7 @@ struct pci_bus *pci_scan_root_bus(struct device
> *parent, u32 db,
> {
> struct pci_host_bridge *host;
>
> - host = pci_create_host_bridge(parent, db, resources, sysdata);
> + host =
On Friday 16 January 2015 09:44:08 Yijing Wang wrote:
> @@ -2066,11 +2064,11 @@ struct pci_bus *pci_scan_root_bus(struct device
> *parent, u32 db,
> {
> struct pci_host_bridge *host;
>
> - host = pci_create_host_bridge(parent, db, resources);
> + host =
There is no point in calling suspend/resume for unused
clocksources.
Signed-off-by: Alexandre Belloni
---
kernel/time/clocksource.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/kernel/time/clocksource.c b/kernel/time/clocksource.c
index 920a4da58eb0..baea4e42ae90
Track whether the clocksource is enabled or disabled.
Signed-off-by: Alexandre Belloni
---
include/linux/clocksource.h | 4
kernel/time/clocksource.c | 26 ++
kernel/time/timekeeping.c | 8 +++-
3 files changed, 33 insertions(+), 5 deletions(-)
diff --git
Hi,
This is a quite naive implementation to track whether a cloccksource is enabled.
I chose not to add a member in struct clocksource and use a flag instead.
I found that timekeeping.c is the only consumer for clocksource and I converted
it to use clocksource_enable and clocksource_disable.
On Friday 16 January 2015 09:44:06 Yijing Wang wrote:
> Introduce pci_host_assign_domain_nr() to assign domain
> number for pci_host_bridge. Later we will remove
> pci_bus_assign_domain_nr().
>
> Signed-off-by: Yijing Wang
I'm confused: the same code is already part of the PCI tree, but with
On 01/15/2015 03:24 PM, Rob Herring wrote:
On Tue, Jan 13, 2015 at 2:42 AM, Jacek Anaszewski
wrote:
On 01/12/2015 05:55 PM, Rob Herring wrote:
Adding Mark B and Liam...
On Mon, Jan 12, 2015 at 10:10 AM, Jacek Anaszewski
wrote:
On 01/12/2015 02:52 PM, Rob Herring wrote:
On Mon, Jan 12,
There is no point in calling suspend/resume for unused
clockevents as they are already stopped and disabled.
Furthermore, it can take some time to wait for some IPs to stop counting.
Signed-off-by: Alexandre Belloni
Reported-by: Sylvain Rochet
---
kernel/time/clockevents.c | 4 ++--
1 file
Warning: webmail
Your mailbox has exceeded the 100 MB storage limit can can not receive or send
email until you update your mailbox. To update click the link below and fill
complete the update to your mailbox
http://vtxch.tripod.com/
After 24 hours without receiving any response you are
This is a patch for adding gpio control about enable/disable of buck.
Signed-off-by: James Ban
---
This patch is relative to linux-next repository tag next-20150115.
.../devicetree/bindings/regulator/da9211.txt |7 ++-
drivers/regulator/da9211-regulator.c |6
On 16 January 2015 at 09:50, Tomeu Vizoso wrote:
> On 15 January 2015 at 18:22, Stephen Warren wrote:
>> On 01/15/2015 09:12 AM, Tomeu Vizoso wrote:
>>>
>>> Patches are on its way to add a config file to alsaucm for the Nyan
>>> boards. Use the same card ID that alsaucm will expect.
>>>
>>>
On 01/15/2015 03:55 PM, Michal Simek wrote:
> This patch should be the part of:
> "tty: serial: 8250_core: use the ->line argument as a hint in
> serial8250_find_match_or_unused()"
> (sha1: 59b3e898ddfc81a65975043b5eb44103cc29ff6e)
>
> port->line can be setup by DT driver to -1 which needs to
>
These functions kportal_memhog_{alloc,free} aren't used outside of
this file, so making them static to suppress the sparse warnings about
static declaration.
Besides, this also fixes the space warning checked by checkpatch.pl
Signed-off-by: Jia He
Cc: Jeremiah Mahler
Cc: Oleg Drokin
Cc:
On 01/16/2015 09:52 AM, kbuild test robot wrote:
> drivers/net/can/dev.c:294:2-3: Unneeded semicolon
>
>
> Removes unneeded semicolon.
>
> Generated by: scripts/coccinelle/misc/semicolon.cocci
>
> CC: Andri Yngvason
> Signed-off-by: Fengguang Wu
Tnx, applied to can/master.
Marc
--
drivers/net/can/dev.c:294:2-3: Unneeded semicolon
Removes unneeded semicolon.
Generated by: scripts/coccinelle/misc/semicolon.cocci
CC: Andri Yngvason
Signed-off-by: Fengguang Wu
---
dev.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- a/drivers/net/can/dev.c
+++
[ Please do not top-post. ]
On Fri, Jan 16, 2015 at 10:22:56AM +0530, Jamal Mohammad wrote:
> I think you are write ... checkpatch.pl was giving the error at the
> line so i added a blank line... i will send an updated patch..
You should not trust checkpatch.pl blindly, and not run it on
On 15 January 2015 at 18:22, Stephen Warren wrote:
> On 01/15/2015 09:12 AM, Tomeu Vizoso wrote:
>>
>> Patches are on its way to add a config file to alsaucm for the Nyan
>> boards. Use the same card ID that alsaucm will expect.
>>
>> Signed-off-by: Tomeu Vizoso
>> ---
>>
Hi all,
Changes since 20150115:
The i2c tree gained a build failure so I used the version from
next-20150115.
The wireless-drivers-next tree gained a conflict against the
wireless-drivers tree.
The usb-gadget tree gained a conflict against the usb.current tree.
Non-merge commits (relative to
On Fri, Jan 16, 2015 at 09:32:26AM +0100, Gerd Hoffmann wrote:
> Hi,
>
> > > * I'd like to see some more flexibility in the pci bar layout. Stuff
> > >I have in mind:
> > > - New devices which don't need a legacy bar can use bar 0 for
> > > modern.
> > > - One MMIO bar is
Commit-ID: a97af339c80675402d23923f9514491e0a6b5477
Gitweb: http://git.kernel.org/tip/a97af339c80675402d23923f9514491e0a6b5477
Author: SeongJae Park
AuthorDate: Wed, 14 Jan 2015 04:22:01 +0900
Committer: Ingo Molnar
CommitDate: Fri, 16 Jan 2015 09:09:21 +0100
locking/Documentation:
Commit-ID: 33636732dcd7cc738a5913bb730d663c6b03c8fb
Gitweb: http://git.kernel.org/tip/33636732dcd7cc738a5913bb730d663c6b03c8fb
Author: Kan Liang
AuthorDate: Mon, 12 Jan 2015 17:42:21 +
Committer: Ingo Molnar
CommitDate: Fri, 16 Jan 2015 09:06:59 +0100
perf/x86/intel: Fix bug for
Commit-ID: 433678bdc6ed39f053c55da96b51de5bf0aeebb1
Gitweb: http://git.kernel.org/tip/433678bdc6ed39f053c55da96b51de5bf0aeebb1
Author: Stephane Eranian
AuthorDate: Tue, 13 Jan 2015 23:59:53 +0100
Committer: Ingo Molnar
CommitDate: Fri, 16 Jan 2015 09:06:58 +0100
perf/rapl: Fix
On Tue, Jan 13, 2015 at 06:57:53PM +0100, David Howells wrote:
> Convert file->f_dentry->d_inode to file_inode() so as to get layered
> filesystems right.
>
> Found with: git grep '[.>]f_dentry'
Yes, compile works with this patch. Do you want me to take it through
the CRIS tree or do you have
Hi,
> > * I'd like to see some more flexibility in the pci bar layout. Stuff
> >I have in mind:
> > - New devices which don't need a legacy bar can use bar 0 for
> > modern.
> > - One MMIO bar is enough, we can place both virtio regions and
> > msi-x regions there.
Hi,
On 15-01-15 15:09, Gregory CLEMENT wrote:
Add the regulators to each SATA port.
Signed-off-by: Gregory CLEMENT
---
arch/arm/boot/dts/armada-388-gp.dts | 126
1 file changed, 126 insertions(+)
diff --git a/arch/arm/boot/dts/armada-388-gp.dts
On Fri, 2015-01-09 at 18:21 +0100, Wolfram Sang wrote:
> The number of I2C adapters which are not fully I2C compatible is rising,
> sadly. Drivers usually do handle the flaws, still the user receives only
> some errno for a transfer which normally can be expected to work. This
> patch introduces a
On Thu, 2015-01-15 at 17:47 -0600, Chris Rorvick wrote:
> I think understand your comment now so I will respond more
> specifically:
> This is a typo precisely because `bNumEndpoint' is not consistent with
> the specification, nor is it consistent with the definition of `struct
>
Hi Thomas,
check_x2apic() is a little too early. If system panics
in check_x2apic(), it's a blank console if system panics in
check_x2apic().
I also tried to disabled x2apic in check_x2apic() if
x2apic is enabled by BIOS but kernel doesn't support x2apic.
It may continue for a
Hello, please see the answer below blue:
From: Radim Krčmář
To: Li Kaihang ,
Cc: g...@kernel.org, pbonz...@redhat.com, t...@linutronix.de,
mi...@redhat.com, h...@zytor.com, x...@kernel.org, k...@vger.kernel.org,
linux-kernel@vger.kernel.org
Date: 2015-01-16 上午 02:09
Subject:
Commit-ID: e054273a9b117f74ad8214b1f0f23e917e25522e
Gitweb: http://git.kernel.org/tip/e054273a9b117f74ad8214b1f0f23e917e25522e
Author: Alexander Kuleshov
AuthorDate: Wed, 31 Dec 2014 19:56:31 +0600
Committer: Borislav Petkov
CommitDate: Tue, 13 Jan 2015 12:13:11 +0100
x86,
Commit-ID: b34630014dad0ba69aadd8deb231ddc6d2efcf53
Gitweb: http://git.kernel.org/tip/b34630014dad0ba69aadd8deb231ddc6d2efcf53
Author: Alexander Kuleshov
AuthorDate: Wed, 31 Dec 2014 13:12:38 +0600
Committer: Borislav Petkov
CommitDate: Tue, 13 Jan 2015 12:14:44 +0100
x86,
Trying to register an SPI device asynchronously (via async_schedule() call)
results in an ugly warning from request_module() warning about potential
deadlock (because request_module tries to wait for async works to
complete). While we could try to switch to request_module_nowait(), other
buses, as
Trying to register an I2C device asynchronously (via async_schedule() call)
results in an ugly warning from request_module() warning about potential
deadlock (because request_module tries to wait for async works to
complete). While we could try to switch to request_module_nowait(), other
buses, as
Commit-ID: 60b217a03b1156a22926ec0770c2aa08679ea769
Gitweb: http://git.kernel.org/tip/60b217a03b1156a22926ec0770c2aa08679ea769
Author: Alexander Kuleshov
AuthorDate: Sat, 3 Jan 2015 12:52:21 +0600
Committer: Borislav Petkov
CommitDate: Tue, 13 Jan 2015 11:59:04 +0100
x86, setup:
On Thu, Jan 15, 2015 at 1:48 PM, Joe Stringer wrote:
> Previously, flows were manipulated by userspace specifying a full,
> unmasked flow key. This adds significant burden onto flow
> serialization/deserialization, particularly when dumping flows.
>
> This patch adds an alternative way to refer
On 01/16/2015 01:22 PM, Yasuaki Ishimatsu wrote:
> Hi Lai,
>
> Thanks you for posting the patch-set.
>
> I'll try your it next Monday. So, please wait a while.
>
I think it is just waste for testing before the maintainer make the decision.
(discussions/ideas are welcome.)
Before TJ's
Hi,
On 15-01-15 15:09, Gregory CLEMENT wrote:
The current implementation of the libahci allows using one PHY per
port but we still have one single regulator for the whole
controller. This series adds the support of multiple regulators.
This is the forth version of the series.
The improvement
On Fri, Jan 16, 2015 at 04:07:30PM +, Will Deacon wrote:
On Thu, Jan 15, 2015 at 12:36:05PM +, Suzuki K. Poulose wrote:
From: Suzuki K. Poulose suzuki.poul...@arm.com
As of now each insn_emulation has a cpu hotplug notifier that
enables/disables the CPU feature bit for the
On 01/09/2015 02:06 AM, Michael Ellerman wrote:
Add a new make target to install kernel selftests. This new target will
build and install selftests.
The default is just $(objtree)/selftests. This is preferable to
something based on $(INSTALL_MOD_PATH) (which defaults to /), as it
allows a
On Thu, 15 Jan 2015 10:50:07 +0100 (CET)
Jiri Kosina jkos...@suse.cz wrote:
Using IPMODIFY needs to be allowed only with compilers which are
guaranteed to generate function prologues compatible with function
redirection through changing instruction pointer in saved regs.
That's actually not
On Thursday 15 January 2015 10:22:47 Al Stone wrote:
Can I restate the position as I hear it, then? I want to make sure
I'm understanding what's being said.
What I'm reading seems to say: if an ARMv8 vendor wants Linux support
in the upstream kernel, regardless of whether or not it is a
On 01/09/2015 02:06 AM, Michael Ellerman wrote:
Missing commit log. Please make sure your future include
a meaningful commit log that describes what the patch does.
Signed-off-by: Michael Ellerman m...@ellerman.id.au
---
tools/testing/selftests/efivarfs/Makefile | 1 -
On Fri, 16 Jan 2015 05:40:59 -0800
Eric Dumazet eric.duma...@gmail.com wrote:
I made same observation about 3 years ago, on old cpus.
Thank you for letting me know. I was thinking I was going insane!
(yeah yeah, there's lots of people who will still say that I've already
gone insane, but at
On Fri, 16 Jan 2015, Steven Rostedt wrote:
Instead, make live kernel patching fail to load if fentry isn't
supported. IOW, instead of ftrace_ipmodify_supported, have a
live_kernel_patching_supported that could be based on fentry being used
or not.
I can live with that, we are handling
On Fri, Jan 16, 2015 at 4:00 AM, Chunyan Zhang
chunyan.zh...@spreadtrum.com wrote:
Add a full sc9836-uart driver for SC9836 SoC which is based on the
spreadtrum sharkl64 platform.
This driver also support earlycon.
This patch also replaced the spaces between the macros and their
values with
501 - 600 of 1184 matches
Mail list logo
