Please CC me on replies
[1.] Pulseaudio hangs, preventing sound, and login/desktop loading
[2.] With 3.15rc1 pulseaudio get's stuck in a hang loop
[3.] audio, hung
[4.] Linux version 3.15.0-999-generic (apw@gomeisa) (gcc version 4.6.3
(Ubuntu/Linaro 4.6.3-1ubuntu5) ) #201404180205 SMP Fri Apr 18
On Thu, Apr 17, 2014 at 03:28:05PM +0200, Silvio Fricke wrote:
> Hi,
>
> I have tested this patches with my data-modul imx6q board.
> So the patches get a:
>
> Tested-by: Silvio Fricke
>
>
> Shawn, can you add this patch to your tree if you pull Linus patches?
Yes, I can apply the edmqmx6
On Apr 18, 2014, at 8:17 PM, Ming Lei wrote:
>
>> On Sat, Apr 19, 2014 at 3:23 AM, Jörg-Volker Peetz wrote:
>>
>> Testing this with gcc 4.8.2 with order > 30 confirms that the automatic
>> casting
>> is done operator-wise and the explicit casting is necessary.
>
> My gcc 4.8.2 doesn't
On Fri, 2014-04-18 at 20:47 -0700, Zi Shen Lim wrote:
> When SMC_DEBUG >= 2, we hit the following compilation error:
>
> drivers/net/ethernet/smsc/smc91x.c:85:0:
> drivers/net/ethernet/smsc/smc91x.c: In function ‘smc_findirq’:
> drivers/net/ethernet/smsc/smc91x.c:1784:9: error: ‘dev’ undeclared
When SMC_DEBUG >= 2, we hit the following compilation error:
drivers/net/ethernet/smsc/smc91x.c:85:0:
drivers/net/ethernet/smsc/smc91x.c: In function ‘smc_findirq’:
drivers/net/ethernet/smsc/smc91x.c:1784:9: error: ‘dev’ undeclared (first use
in this function)
DBG(2, dev, "%s: %s\n", CARDNAME,
Hi Greg,
Here's the PULL requeust for PHY subsystem for this -rc cycle. It consissts of
a bunch of critical fixes in PHY.
Let me know if I have to change anything.
Thanks
Kishon
The following changes since commit c9eaa447e77efe77b7fa4c953bd62de8297fd6c5:
Linux 3.15-rc1 (2014-04-13 14:18:35
From: Jean Delvare
When OMAP_CONTROL_USB was renamed to OMAP_CONTROL_PHY (commit
14da699b), its dependencies were lost in the process. Nothing in the
commit message indicates that this removal was intentional, so I think
it was by accident and the dependencies should be restored.
Signed-off-by:
From: Grygorii Strashko
This fixes a regression on Keystone 2 platforms caused by patch
57303488cd37da58263e842de134dc65f7c626d5
"usb: dwc3: adapt dwc3 core to use Generic PHY Framework" which adds
optional support of generic phy in DWC3 core.
On Keystone 2 platforms the USB is not working now
From: Sergei Shtylyov
The kernel oopses in phy_lookup() due to 'phy->init_data' being NULL if we
register PHYs from a device tree probing driver and then call phy_get() on a
device that has no representation in the device tree (e.g. a PCI device).
Checking the pointer before dereferening it and
From: Arnd Bergmann
The top-level phy-samsung-usb2 driver may be configured as a
loadable module, which currently causes link errors because
of the dependency on the exynos{5250,4x12,4210}_usb2_phy_config
symbol. Solving this could be achieved by exporting these
symbols, but as the SoC-specific
On Sat, Apr 19, 2014 at 3:23 AM, Jörg-Volker Peetz wrote:
>
> Testing this with gcc 4.8.2 with order > 30 confirms that the automatic
> casting
> is done operator-wise and the explicit casting is necessary.
My gcc 4.8.2 doesn't complain the change, see below:
ming@ming:~/ming/linux$ gcc
From: Suravee Suthikulpanit
AMD hostbridges gnenerally show up as PCI device 0:18.0. This patch adds
logic to automatically probe the device at this location and check PCI
device class code.
This patch supports platforms with the following AMD hostbridge types:
(K8, family10h, 11h, 12h, 14h
With the amd_bus.c updates to support additional AMD processors (11h, 12h,
14h 15h and 16h) 'quirk_amd_nb_node' seems to be redundant. This patch
removes it.
Signed-off-by: Myron Stowe
---
arch/x86/kernel/quirks.c | 58 --
1 files changed, 0
The vast majority of platforms are not supplying ACPI _PXM (proximity)
information corresponding to host bridge (PNP0A03/PNP0A08) devices
resulting in sysfs "numa_node" values of -1 (NUMA_NO_NODE) [1]:
# for i in /sys/devices/pci\:00/*/numa_node; do cat $i; done | uniq
-1
# find /sys/
From: Suravee Suthikulpanit
* Refactoring of the early_fill_mp_bus_info function into multiple helper
functions since it is getting long, and difficult to follow.
* Merge early_fill_mp_bus_info into amd_postcore_init as there is no need to
have this as a separate function.
* Use pr_xxx
From: Suravee Suthikulpanit
This patch adds supports for additional MMIO ranges (16 ranges). Also,
each MMIO base/limit can now support up to 48-bit MMIO addresses.
However, this requires initializing the ECS sooner since the new registers
are in the ECS ranges.
This applies for AMD Family 15h
Currently the kernel only supports AMD hostbridges up to Family 11h.
This causes PCI numa_node information to be reported incorrectly
for newer Families with multiple sockets.
This patch series augments the logic to discover newer AMD hostbridge types
(Family 12h, 14h 15h and 16h).
Note:
*
We add DMA memcpy support to EDMA driver. Successful tests performed using
dmatest kernel module. Copy alignment is set to DMA_SLAVE_BUSWIDTH_4_BYTES and
users must ensure length is aligned so that copy is performed fully.
Signed-off-by: Joel Fernandes
---
drivers/dma/edma.c | 51
On Sat, Apr 19, 2014 at 02:35:26AM +0100, Al Viro wrote:
> My apologies for confusion - I have not looked at your last commit.
> I *really* don't like that solution, but it probably does close that
> particular problem. Consider that objection withdrawn (modulo "you
> have created a bisect
On 04/18/2014 01:11 PM, Boris BREZILLON wrote:
Some I2C adapters are only compatible with the SMBus protocol and do not
support standard I2C transfers.
Fallback to SMBus transfers if we encounter such kind of adapters.
The transfer type is chosen according to the val_bits field in the regmap
On Fri, Apr 18, 2014 at 01:37:26AM +0100, Al Viro wrote:
> FWIW, the tricky part around auto-close of acct is that we really want to
> preserve the following property:
>
> In usual setups, umount(2) will not return until fs has been
> shut down.
>
> fput() being async is not a problem - it
On Fri, Apr 4, 2014 at 12:51 AM, Krzysztof Kozlowski
wrote:
> The driver obtained the reference to parent->of_node but immediately it
> was overwritten by reference to child node 'leds'. The of_node_put at
> the end of DT parsing function decremented only the child 'leds' so
> effectively the
Hi,
since 3.14 I get an kernel panic when trying to suspend or hibernate (and in
several other situations). Looks ath9k or wireless related, does not happen
when I for test remove /lib/modules/3.14.1/kernel/net/wireless/ath* (also from
initrd).
Did not bisect yet, but could if needed.
[
On Fri, Apr 4, 2014 at 12:51 AM, Krzysztof Kozlowski
wrote:
> Use of_get_child_by_name to obtain reference to charger node instead of
> of_find_node_by_name which can walk outside of the parent node.
>
Looks good to me, applied to my for-next branch.
Thanks,
-Bryan
> Signed-off-by: Krzysztof
On Fri, Apr 18, 2014 at 5:24 PM, Florian Fainelli wrote:
> 2014-04-17 0:21 GMT-07:00 Brian Norris :
>> These defconfigs contain the CONFIG_M25P80 symbol, which is now
>> dependent on the MTD_SPI_NOR symbol. Add CONFIG_MTD_SPI_NOR to the
>> relevant defconfigs.
>
> so CONFIG_M25P80 should select
On Wed, Apr 16, 2014 at 12:25 PM, Kenjiro Nakayama
wrote:
> This patch adds a TCP_FASTOPEN socket option to get a max backlog on its
> listener to getsockopt().
>
> Signed-off-by: Kenjiro Nakayama
> ---
> net/ipv4/tcp.c | 8
> 1 file changed, 8 insertions(+)
Acked-by: Neal Cardwell
On Fri, Apr 18, 2014 at 04:28:17PM -0500, Rob Herring wrote:
> >> > Apart from the current code permitting recreating a 15+ year old
> >> > firmware bug into completely new platform ports?
> >>
> >> I would prefer to see a "WARN_ON(!IS_ENABLED(CONFIG_PPC32));" added here.
> >
> > In addition to,
On 04/18/2014 05:16 PM, Ryan Desfosses wrote:
> There are eight patches in this series. All changes are trivial with no
> dependencies or required order.
> --
My small comments:
a. The Subject should have mentioned PCI and trivial.
b. Please use imperative mood for patch descriptions. I.e.,
2014-04-17 0:21 GMT-07:00 Brian Norris :
> These defconfigs contain the CONFIG_M25P80 symbol, which is now
> dependent on the MTD_SPI_NOR symbol. Add CONFIG_MTD_SPI_NOR to the
> relevant defconfigs.
so CONFIG_M25P80 should select CONFIG_MTD_SPI_NOR, right? in that
case, I do not think this is
change made to resolve following checkpatch message:
ERROR: return is not a function, parentheses are not required
branch: Linux 3.15-rc1
Signed-off-by: Ryan Desfosses
---
drivers/pci/ats.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/pci/ats.c
change made to resolve following checkpatch message:
WARNING: EXPORT_SYMBOL(foo); should immediately follow its function/variable
branch: Linux 3.15-rc1
Signed-off-by: Ryan Desfosses
---
drivers/pci/htirq.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git
change made to resolve following checkpatch message:
WARNING: EXPORT_SYMBOL(foo); should immediately follow its function/variable
branch: Linux 3.15-rc1
Signed-off-by: Ryan Desfosses
---
drivers/pci/bus.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git
change made to resolve following checkpatch message:
ERROR: space prohibited after that open parenthesis '('
branch: Linux 3.15-rc1
Signed-off-by: Ryan Desfosses
---
drivers/pci/htirq.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/pci/htirq.c
There are eight patches in this series. All changes are trivial with no
dependencies or required order.
--
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
changes made to resolve following messages:
ERROR: spaces required around that '=' (ctx:VxV)
ERROR: "foo * bar" should be "foo *bar"
ERROR: spaces required around that '<=' (ctx:VxV)
ERROR: space required before the open parenthesis '('
branch: Linux 3.15-rc1
Signed-off-by: Ryan Desfosses
change made to resolve following checkpatch message:
WARNING: quoted string split across lines
branch: Linux 3.15-rc1
Signed-off-by: Ryan Desfosses
---
drivers/pci/msi.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/pci/msi.c b/drivers/pci/msi.c
index
change made to resolve following checkpatch message
ERROR: spaces required around that '=' (ctx:VxV)
branch: Linux 3.15-rc1
Signed-off-by: Ryan Desfosses
---
drivers/pci/pci-stub.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/pci/pci-stub.c
change made to resolve following checkpatch message:
WARNING: EXPORT_SYMBOL(foo); should immediately follow
its function/aariable
branch: Linux 3.15-rc1
Signed-off-by: Ryan Desfosses
---
drivers/pci/pci-driver.c | 16
1 file changed, 8 insertions(+), 8
There are eight patches in this series. All changes are trivial with no
dependencies or required order.
--
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
Hi,
On Fri, Apr 18, 2014 at 10:17 AM, Doug Anderson wrote:
> In (efe2f29 kgdboc,kdb: Allow kdb to work on a non open console port)
> support was added to directly use the "write_char" functions when
> doing kdb over a non-open console port. This is great, but it ends up
> bypassing the normal
When a clock is unregsitered, we iterate over the list of
children and reparent them to NULL (i.e. orphan list). While
iterating the list, we should use the safe iterators because the
children list for this clock is changing when we reparent the
children to NULL. Failure to iterate safely can lead
Now that clk_unregister() frees the struct clk we're
unregistering we'll free memory twice: first we'll call kfree()
in __clk_release() with an address kmalloc doesn't know about and
second we'll call kfree() in the devres layer. Remove the
allocation of struct clk in devm_clk_register() and let
Two fixes for fallout from commit fcb0ee6a3d33 (clk: Implement clk_unregister).
Stephen Boyd (2):
clk: Fix double free due to devm_clk_register()
clk: Fix slab corruption in clk_unregister()
drivers/clk/clk.c | 74 ---
1 file changed, 32
1) Fix mlx4_en_netpoll implementation, it needs to schedule a NAPI
context, not synchronize it. From Chris Mason.
2) Ipv4 flow input interface should never be zero, it should be
LOOPBACK_IFINDEX instead. From Cong Wang and Julian
Anastasov.
3) Properly configure MAC to PHY connection
* Russell King - ARM Linux [140418 16:04]:
> On Fri, Apr 18, 2014 at 02:58:48PM -0700, Tony Lindgren wrote:
> > Oh come on, let's stop pretending it's not broken. And it's way worse with
> > device tree as there's nothing making sure the resources for a driver
> > are set up before the driver
On Fri, Apr 18, 2014 at 07:57:51PM +0200, Bojan Prtvar wrote:
> This fixes the following sparse warnings:
> drivers/staging/crystalhd/crystalhd_lnx.c:631:5: warning: symbol
> 'chd_dec_pci_suspend' was not declared. Should it be static?
> drivers/staging/crystalhd/crystalhd_lnx.c:665:5: warning:
On Fri, Apr 18, 2014 at 02:37:51PM -0700, Tony Lindgren wrote:
> * Thierry Reding [140411 11:40]:
> > On Fri, Apr 11, 2014 at 10:20:28AM +0100, Russell King - ARM Linux wrote:
> > > So what happens if a device driver probe function:
> > >
> > > - creates a new platform device
> > > - copies the
So, I reverted c42deffd5b53c9e583d83c7964854ede2f12410d ("mmc: rtsx: add
support for pre_req and post_req") on top of v3.15-rc1-49-g10ec34f and the
hang issue went away.
There is something that is possibly problematic. All three tasklets (cmd,
data, finish) try to spinlock on host->lock.
On Wed, Apr 02, 2014 at 02:53:03PM -0300, Guido Martínez wrote:
> Remove dead code in many places on this driver.
>
> Signed-off-by: Guido Martínez
This patch does not apply, can you refresh it, and the 4/4 patch,
against my latest tree and resend?
thanks,
greg k-h
--
To unsubscribe from this
On Fri, Apr 18, 2014 at 02:58:48PM -0700, Tony Lindgren wrote:
> Oh come on, let's stop pretending it's not broken. And it's way worse with
> device tree as there's nothing making sure the resources for a driver
> are set up before the driver probes. And we've been unable to fix just
> this issue
On Fri, Mar 21, 2014 at 04:07:49PM +0200, Matei Oprea wrote:
> Fix sparse "should be static" warnings. Those structures are
> only referenced in file scope so they can be marked as static.
>
> Signed-off-by: Matei Oprea
> Cc: ROSEdu Kernel Community
> ---
> drivers/staging/rtl8192u/r8192U_wx.c
introduce helper mem_cgroup_zoneinfo_zone(). This will make
mem_cgroup_iter() code more compact.
Signed-off-by: Jianyu Zhan
---
mm/memcontrol.c | 15 +++
1 file changed, 11 insertions(+), 4 deletions(-)
diff --git a/mm/memcontrol.c b/mm/memcontrol.c
index e0ce15c..80d9e38 100644
Currently, the iteration job in mem_cgroup_iter() all delegates
to __mem_cgroup_iter_next(), which will skip dead node.
Thus, the outer while loop in mem_cgroup_iter() is meaningless.
It could be proven by this:
1. memcg != NULL
we are done, no loop needed.
2. memcg == NULL
2.1 prev !=
On Fri, Mar 21, 2014 at 04:34:56PM +0800, Michalis Pappas wrote:
> The following patches perform various cleanups on the gdm72xx driver.
>
> PATCH 1/3 fixes some small coding style issues
> PATCH 2/3 removes an already completed item from the TODO list
> PATCH 3/3 replaces some jiffies
* Johan Hovold [140408 02:25]:
> Remove all remaining uses of gpmc,device-nand that have been added since
> the property was removed by commit f40739faba8e ("ARM: dts: OMAP2+:
> Simplify NAND support").
Thanks applying into omap-for-v3.15/fixes.
Tony
> Signed-off-by: Johan Hovold
> ---
>
From: "John W. Linville"
Date: Thu, 17 Apr 2014 10:57:57 -0400
> Please pull this batch of fixes intended for the 3.15 stream...
Pulled, thanks John.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo
* Roger Quadros [140414 00:23]:
> Hi Tony,
>
> On 04/01/2014 05:13 PM, Felipe Balbi wrote:
> > On Tue, Apr 01, 2014 at 01:37:27PM +0300, Roger Quadros wrote:
> >> The USB3 PHY driver (ti-pipe3) was updated so that the relevant
> >> clock phandles are expected in the DT node.
> >> Provide the
* Felipe Balbi [140401 07:17]:
> On Tue, Apr 01, 2014 at 03:44:34PM +0530, Kishon Vijay Abraham I wrote:
> > commit a70143 (drivers: phy: usb3/pipe3: Adapt pipe3 driver to Generic PHY
> > Framework) moved phy-omap-usb3 driver in drivers/usb/phy to drivers/phy and
> > also renamed the file to
* Geert Uytterhoeven [140328 03:16]:
> From: Geert Uytterhoeven
Applying this into omap-for-v3.15/fixes thanks.
Tony
> Signed-off-by: Geert Uytterhoeven
> Cc: linux-o...@vger.kernel.org
> Cc: linux-arm-ker...@lists.infradead.org
> ---
> arch/arm/boot/dts/am33xx.dtsi |2 +-
>
* Geert Uytterhoeven [140328 03:16]:
> From: Geert Uytterhoeven
Applying this too into omap-for-v3.15/fixes thanks.
Tony
> Signed-off-by: Geert Uytterhoeven
> Cc: linux-o...@vger.kernel.org
> Cc: linux-arm-ker...@lists.infradead.org
> ---
> arch/arm/boot/dts/am33xx.dtsi |4 ++--
>
From: Rob Herring
This introduces generic earlycon infrastructure for serial devices
based on the 8250 earlycon. This allows for supporting earlycon option
with other serial devices. The earlycon output is enabled at the time
early_params are processed.
Only architectures that have fixmap
From: Rob Herring
With the generic earlycon infrastructure in place, convert the 8250
early console to use it.
Signed-off-by: Rob Herring
Cc: Greg Kroah-Hartman
Cc: Jiri Slaby
---
drivers/tty/serial/8250/8250_early.c | 138 ---
drivers/tty/serial/8250/Kconfig
From: Rob Herring
Add earlycon support for the arm/arm64 semihosting debug serial
interface. This allows enabling a debug console when early_params are
processed. This is based on the arm64 earlyprintk smh support and is
intended to replace it.
Signed-off-by: Rob Herring
Cc: Greg Kroah-Hartman
From: Rob Herring
Add earlycon support for the pl011 serial port. This allows enabling
the pl011 for console when early_params are processed. This is based
on the arm64 earlyprintk support and is intended to replace it.
Signed-off-by: Rob Herring
Cc: Russell King
Cc: Greg Kroah-Hartman
Cc:
From: Rob Herring
Now that we have equivalent earlycon support, arm64's earlyprintk code
can be removed.
Signed-off-by: Rob Herring
Cc: Catalin Marinas
Cc: Will Deacon
---
arch/arm64/Kconfig.debug | 9 ---
arch/arm64/kernel/Makefile | 1 -
arch/arm64/kernel/early_printk.c
From: Rob Herring
This started out as an attempt to add arm64's earlyprintk support to ARM
in order to get an earlier, runtime setup console on multi-platform
kernels. The first issue was needing the fixmap support which
conveniently Mark Salter was working on and is mostly in place now. Like
From: Rob Herring
In order to support earlycon on arm64, we need to enable earlycon fixmap
support.
Signed-off-by: Rob Herring
Cc: Catalin Marinas
Cc: Will Deacon
---
arch/arm64/Kconfig | 3 +++
1 file changed, 3 insertions(+)
diff --git a/arch/arm64/Kconfig b/arch/arm64/Kconfig
index
From: Rob Herring
In preparation to support FIX_EARLYCON_MEM on other arches, make the
option per arch.
Signed-off-by: Rob Herring
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: "H. Peter Anvin"
Cc: x...@kernel.org
Cc: Greg Kroah-Hartman
Cc: Jiri Slaby
---
arch/x86/Kconfig| 3
On 04/18/2014 03:21 AM, Jiri Slaby wrote:
This is the start of the stable review cycle for the 3.12.18 release.
There are 72 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be made by
On 19/04/2014 00:06, Boris BREZILLON :
>
> On 18/04/2014 22:35, Nicolas Ferre wrote:
>> On 17/03/2014 10:45, Bo Shen :
>>> This patch add sound support on sama5d3xek board.
>>>
>>> This patch series based on the following patch set:
>>> clk: at91: better support for the PCKs
>>>
On 18/04/2014 22:35, Nicolas Ferre wrote:
> On 17/03/2014 10:45, Bo Shen :
>> This patch add sound support on sama5d3xek board.
>>
>> This patch series based on the following patch set:
>> clk: at91: better support for the PCKs
>> http://comments.gmane.org/gmane.linux.kernel/1664477
>>
>>
>>
Arnd, Olof, Kevin,
Here is the first AT91 DT pull-request for 3.16. Nice enhancements for
three different products.
Thanks, best regards,
The following changes since commit c9eaa447e77efe77b7fa4c953bd62de8297fd6c5:
Linux 3.15-rc1 (2014-04-13 14:18:35 -0700)
are available in the git
April 19, 2014
Konnichiwa! It is with respect to directly write this proposal letter to
you, informing you of a potential business
proposal project that can be established from your country with your help,
which will mutually be profitable to us having no risk involved.
If you are agreeable
* Rob Herring [140418 14:39]:
> On Fri, Apr 18, 2014 at 3:52 PM, Tony Lindgren wrote:
> > * Rob Herring [140411 10:33]:
> >> On Fri, Mar 21, 2014 at 9:46 AM, Jean-Jacques Hiblot
> >> wrote:
> >> > The goal of this patch is to allow drivers to be probed even if at the
> >> > time of
> >> > the
Arnd, Olof, Kevin,
Two little fixes for AT91. The one that moves the dt-bindings include
directory is pretty interesting as, with Exynos, AT91 was the only one
to use this "clk" directory.
Thanks, best regards,
The following changes since commit c9eaa447e77efe77b7fa4c953bd62de8297fd6c5:
From: Andi Kleen
- We were allowing some sub events in c4 (BR_INST_RETIRED.*)
that are not in the event list. Tighten the check slightly.
- We were missing some valid subevents in d1-d2 (MEM_LOAD_UOPS_RETIRED.*,
MEM_LOAD_UOPS_RETIRED_L3_HIT_RETIRED.*) Allow all subevents.
The full event list
Hi Doug,
On 18 April 2014 15:15, Doug Anderson wrote:
>
> Simon,
>
> On Fri, Apr 18, 2014 at 10:28 AM, Simon Glass wrote:
> > Hi Doug,
> >
> > On 17 April 2014 11:59, Doug Anderson wrote:
> >> The main transfer function for cros_ec_spi can be called by more than
> >> one client at a time.
From: Martin Walch
Date: Fri, 18 Apr 2014 22:15:37 +0200
Subject: [PATCH v2 2/2] kconfig: trivial - adjust comments
Replace any C99 comments with traditional ones (/*...*/).
Also fix the contents of two comments:
1) the second occurrence of
(a='b') && (a!='c') -> 'b'='c' ? 'n' : a='b'
is
From: Martin Walch
Date: Fri, 18 Apr 2014 22:10:14 +0200
Subject: [PATCH v2 1/2] kconfig: completely remove expr_eliminate_dups2() and
related code
remove expr_eliminate_dups2(), expr_extract_eq_and(), expr_extract_eq_or(),
and expr_extract_eq() from scripts/kconfig/expr.[ch]
As the comments
So far, I have not seen any answers to the first version of this patch.
Accordingly, v2 contains only few changes.
PATCH 1: Remove expr_eliminate_dups2() and other related code.
This does not seem to actually affect the behaviour when using Kconfig files
from the mainline kernel. But there is a
On 04/18/2014 03:05 PM, Peter Zijlstra wrote:
On Fri, Apr 18, 2014 at 01:52:50PM -0400, Waiman Long wrote:
I am confused by your notation.
Nah, I think I was confused :-) Make the 1 _Q_LOCKED_VAL though, as
that's the proper constant to use.
Everyone gets confused once in a while:-) I have
The following changes since commit c9eaa447e77efe77b7fa4c953bd62de8297fd6c5:
Linux 3.15-rc1 (2014-04-13 14:18:35 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/tty.git/
tags/tty-3.15-rc2
for you to fetch changes up to
The following changes since commit c9eaa447e77efe77b7fa4c953bd62de8297fd6c5:
Linux 3.15-rc1 (2014-04-13 14:18:35 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/staging.git/
tags/staging-3.15-rc2
for you to fetch changes up to
Thanks Russell, Alan!
So we're OK with the current patch + replacing while(1) after
kernel_halt at the end of power_down in hibernate.c with a while (1)
cpu_relax()?
Any other changes needed?
If not, I'll send a follow up patch with just these.
Thanks!
Sebastian
--
To unsubscribe from this
On Fri, Apr 18, 2014 at 3:52 PM, Tony Lindgren wrote:
> * Rob Herring [140411 10:33]:
>> On Fri, Mar 21, 2014 at 9:46 AM, Jean-Jacques Hiblot
>> wrote:
>> > The goal of this patch is to allow drivers to be probed even if at the
>> > time of
>> > the DT parsing some of their IRQ ressources are
* Thierry Reding [140411 11:40]:
> On Fri, Apr 11, 2014 at 10:20:28AM +0100, Russell King - ARM Linux wrote:
> > On Thu, Apr 10, 2014 at 02:38:09PM -0700, Tony Lindgren wrote:
> > > Currently we get the following kind of errors if we try to use interrupt
> > > phandles to irqchips that have not
The following changes since commit c9eaa447e77efe77b7fa4c953bd62de8297fd6c5:
Linux 3.15-rc1 (2014-04-13 14:18:35 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/driver-core.git/
tags/driver-core-3.15-rc2
for you to fetch changes up to
The following changes since commit c9eaa447e77efe77b7fa4c953bd62de8297fd6c5:
Linux 3.15-rc1 (2014-04-13 14:18:35 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/char-misc.git/
tags/char-misc-3.15-rc2
for you to fetch changes up to
The following changes since commit c9eaa447e77efe77b7fa4c953bd62de8297fd6c5:
Linux 3.15-rc1 (2014-04-13 14:18:35 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git/
tags/usb-3.15-rc2
for you to fetch changes up to
From: Andi Kleen
Haswell supports reporting the data address for a range
of PEBS events, including:
UOPS_RETIRED.ALL
MEM_UOPS_RETIRED.STLB_MISS_LOADS
MEM_UOPS_RETIRED.STLB_MISS_STORES
MEM_UOPS_RETIRED.LOCK_LOADS
MEM_UOPS_RETIRED.SPLIT_LOADS
MEM_UOPS_RETIRED.SPLIT_STORES
On Fri, Apr 18, 2014 at 02:07:58PM -0700, Tim Kryger wrote:
> On Fri, Apr 18, 2014 at 11:52 AM, Mark Brown wrote:
> > This seems like the wrong place to fix this, it's nothing to do with DT
> > and we shouldn't require that nonsensical permissions are set. Instead
> > we should fix this at the
On Fri, Apr 18, 2014 at 3:13 PM, Leif Lindholm wrote:
> On Fri, Apr 18, 2014 at 10:37:58AM -0500, Rob Herring wrote:
>> >> But why do you need this?
>> >
>> > Apart from the current code permitting recreating a 15+ year old
>> > firmware bug into completely new platform ports?
>>
>> I would
On 24/12/2013 03:36, Wenyou Yang :
> Reviwed-by: Mark Brown
> Signed-off-by: Wenyou Yang
Wenyou,
While collecting patches for our next at91-3.16-dt branch I noticed this
patch that should go on top of the SAMA5D3 CMP board.
I would prefer to create another .dtsi file for CMP board and not mix
On Wed, Apr 16, 2014 at 12:20 AM, Ulf Hansson wrote:
> On 15 April 2014 19:09, Tim Kryger wrote:
>> On Fri, Apr 11, 2014 at 1:15 AM, Ulf Hansson wrote:
>>> A few times I have suggested to switch to use the
>>> mmc_regulator_get_supply() API to simplify and consolidate code. Could
>>> you
On Fri, 2014-04-18 at 16:44 -0400, Benjamin Tissoires wrote:
> On Wed, Apr 16, 2014 at 8:05 AM, Jin Yao wrote:
> > A crash is triggered on the ASUS T100TA Baytrail-T because of a irq
> > descriptor conflict. There are two gpio triggered acpi events in this
> > device, GPIO 6 and 18. These gpios
Simon,
On Fri, Apr 18, 2014 at 10:28 AM, Simon Glass wrote:
> Hi Doug,
>
> On 17 April 2014 11:59, Doug Anderson wrote:
>> The main transfer function for cros_ec_spi can be called by more than
>> one client at a time. Make sure that those clients don't stomp on
>> each other by locking the bus
On 04/18/2014 11:39 AM, Jianyu Zhan wrote:
> Hi, Christoph Hellwig,
>
>> There are no modular users of lru_cache_add, so please don't needlessly
>> export it.
>
> yep, I re-checked and found there is no module user of neither
> lru_cache_add() nor lru_cache_add_anon(), so don't export it.
>
>
On Fri, Apr 18, 2014 at 11:52 AM, Mark Brown wrote:
> On Fri, Apr 18, 2014 at 11:30:10AM -0700, Tim Kryger wrote:
>> If a regulator consumer requests a voltage range that can be satisfied,
>> the return value should indicate success even if that regulator has a
>> fixed voltage. Since there is
Andrew Morton wrote:
> On Wed, 16 Apr 2014 00:48:35 +0300 "Kirill A. Shutemov"
> wrote:
>
> > Sasha Levin has reported two THP BUGs[1][2]. I believe both of them have
> > the same root cause. Let's look to them one by one.
> >
> > The first bug[1] is "kernel BUG at mm/huge_memory.c:1829!".
> >
* Thierry Reding [140411 11:46]:
> On Thu, Apr 10, 2014 at 07:29:36PM -0500, Rob Herring wrote:
> > On Thu, Apr 10, 2014 at 4:38 PM, Tony Lindgren wrote:
> > > Currently we get the following kind of errors if we try to use interrupt
> > > phandles to irqchips that have not yet initialized:
> > >
1 - 100 of 1244 matches
Mail list logo
