Thanks, I hope that Jim's ack still applies to this version.
On 05/01, Denys Vlasenko wrote:
>
> v4: Changed arch_uprobe_xol_was_trapped() comment to reflect new logic.
Hmm. I guess you meant arch_uprobe_post_xol()... please see below.
> static int default_post_xol_op(struct arch_uprobe
On Thu, May 01, 2014 at 11:17:58AM -0700, Olof Johansson wrote:
> so it looks like tps_pdata is NULL. Should likely be a check for it?
Yes, just about to post a fix.
signature.asc
Description: Digital signature
Intelligent Plaform Management Interface (IPMI) requires I2C driver
to support block read, where the first byte received from slave is
the length of following data:-
Added length check if the read type is block read (I2C_M_RECV_LEN)
Send NACK/STOP bits before last byte is received
On Mon, Apr 28, 2014 at 04:07:22PM +0200, Sebastian Reichel wrote:
> This patch adds support for specifying auxiliary codecs and
> codec configuration via device tree phandles.
Applied, thanks.
signature.asc
Description: Digital signature
On Tue, Apr 29, 2014 at 06:37:10PM +0200, Philipp Zabel wrote:
> This patch adds support for the Linear Technology LTC3589, LTC3589-1,
> and LTC3589-2 8-output I2C voltage regulator ICs.
One small nit in addition to the vendor prefix thing:
> +static const int ltc3589_12_ldo4[] = {
> +
On Mon, Apr 28, 2014 at 04:07:24PM +0200, Sebastian Reichel wrote:
> Update the driver to get GPIO numbers from the
> devm gpiod API instead of requesting hardcoded
> GPIO numbers.
Applied, thanks.
signature.asc
Description: Digital signature
On Tue, Apr 29, 2014 at 07:18:27PM +0800, Xia Kaixu wrote:
> From: Arnd Bergmann
>
> The codec requires I2C to be enabled, so any other option
> that selects it should also depend on I2C.
Applied, thanks.
signature.asc
Description: Digital signature
On Tue, Apr 29, 2014 at 06:37:09PM +0200, Philipp Zabel wrote:
> This patch adds the device tree binding documentation for Linear
> Technology LTC3589, LTC3589-1, and LTC3589-2 8-port regulators.
This is all good apart from the vendor prefix change thing.
signature.asc
Description: Digital
On Mon, Apr 28, 2014 at 04:07:23PM +0200, Sebastian Reichel wrote:
> This is a preparation for DT based booting where the McBSP id
> is set to -1 for all McBSP instances.
Applied, thanks.
signature.asc
Description: Digital signature
OK, humor me a bit here.
I'm looking at the buggy trace and comparing against a "good" trace where
the bug doesn't happen.
It is a rance condition of sorts, because it's just a 10us or so
interleaving of calls that causes the bug to happen or not.
In the good trace:
[parent]
On Wed, Apr 23, 2014 at 04:50:39PM +0200, Krzysztof Kozlowski wrote:
> This patch adds support for mode REGULATOR_MODE_STANDBY (and NORMAL) to
> LDO regulators by implementing the set_mode() and get_mode() operations.
> However the necessary regulator constraints (valid modes) are not parsed
> by
On Tue, Apr 29, 2014 at 07:18:28PM +0800, Xia Kaixu wrote:
> From: Arnd Bergmann
>
> The UDA1380 driver needs I2C to be enabled, so
> SND_SOC_SAMSUNG_H1940_UDA1380 and
> SND_SOC_SAMSUNG_RX1950_UDA1380 also
> require this.
Applied, thanks.
signature.asc
Description: Digital signature
On Mon, Apr 28, 2014 at 04:07:25PM +0200, Sebastian Reichel wrote:
> Add more error messages making it easier to identify problems.
Applied, thanks.
signature.asc
Description: Digital signature
On Mon, Apr 28, 2014 at 04:07:27PM +0200, Sebastian Reichel wrote:
> This patch adds support for the Nokia N900's sound
> system.
Reviewed-by: Mark Brown
signature.asc
Description: Digital signature
On Thu, 01 May 2014 19:36:18 +0200
Mike Galbraith wrote:
> On Wed, 2014-04-30 at 11:48 -0400, Steven Rostedt wrote:
> > On Wed, 30 Apr 2014 17:15:57 +0200
> > Mike Galbraith wrote:
> >
> > > On Wed, 2014-04-30 at 11:11 -0400, Steven Rostedt wrote:
> > >
> > > > > Another little bug. This
On 04/29/2014 02:52 PM, Rafael J. Wysocki wrote:
On Tuesday, April 29, 2014 07:34:46 PM Stratos Karafotis wrote:
On 29/04/2014 07:58 πμ, Viresh Kumar wrote:
Cc'd Dirk,
On 28 April 2014 03:42, Stratos Karafotis wrote:
Currently the driver calculates the next pstate proportional to
core_busy
On Tue, Apr 29, 2014 at 07:18:29PM +0800, Xia Kaixu wrote:
> From: Arnd Bergmann
>
> The missing dependency can lead to build errors, so
> make it explicit in Kconfig.
Applied, thanks.
signature.asc
Description: Digital signature
On m68k, where access_ok() doesn't cast the address parameter:
drivers/mtd/mtdchar.c: In function 'mtdchar_write_ioctl':
drivers/mtd/mtdchar.c:575:4: warning: passing argument 2 of 'access_ok' makes
pointer from integer without a cast [enabled by default]
On Mon, Apr 28, 2014 at 04:07:26PM +0200, Sebastian Reichel wrote:
> This patch adds device tree support to the Nokia N900 audio driver and
> adds documentation for the DT binding.
Applied, thanks.
signature.asc
Description: Digital signature
On Wed, Apr 30, 2014 at 10:40:42AM +0200, Krzysztof Kozlowski wrote:
> GPIO 0 is a valid GPIO so allow using it as external control for
> S2MPS14 regulators.
Applied, thanks.
signature.asc
Description: Digital signature
On Thu, May 01, 2014 at 06:06:10PM +0100, Catalin Marinas wrote:
> On Fri, Apr 25, 2014 at 10:45:40AM +0900, Jaegeuk Kim wrote:
> > 2. Bug
> > This is one of the results, but all the results indicate
> > __radix_tree_preload.
> >
> > unreferenced object 0x88002ae2a238 (size 576):
> > comm
On Wed, Apr 30, 2014 at 10:40:41AM +0200, Krzysztof Kozlowski wrote:
> GPIO 0 is a valid GPIO so allow using it as external control for
> regulator.
Applied, thanks. This is only safe because we don't have any actual
users of platform data - if we do have users of platform data then
things get a
On Thu, 2014-05-01 at 10:50 -0700, Tim Chen wrote:
> It takes me a while to understand how rwsem's count field mainifest
> itself in different scenarios. I'm adding comments to provide a quick
> reference on the the rwsem's count field for each scenario where readers
> and writers are
Hi Linus,
please pull the latest parisc architecture fixes for kernel 3.15 from:
git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git
parisc-3.15-2
There are two fixes in this patchset:
- Drop the architecture-specifc value for_STK_LIM_MAX to fix stack related
problems
Hi Boris,
On Thu, May 01, 2014 at 03:09:49AM +0200, Boris BREZILLON wrote:
> Hello,
>
> This series is a proposal to add support for randomizers (either software
> or hardware) to NAND flash controller drivers.
Thanks for providing this! I'll need these features soon and I'm happy
to see them
Hi all,
Peter Feuerer writes:
This patch series is intended to:
* Introduce "manual mode" support (Patch 1 & 2), which is needed to control
the fan of a few new models.
* Add an appropriate thermal governor (Patch 3 & 4). Manipulating and
fiddling around with the step-wise
On Thu, May 01, 2014 at 10:27:30AM +0200, Peter Zijlstra wrote:
> Hi,
>
> I occasionally build the odd program against raw perf and use perf.h for
> this.
>
> Now I find that no longer works because of:
>
> 52502bf201a85 ("perf tests: Add framework for automated perf_event_attr
> tests")
>
>
On Thursday, May 01, 2014 12:09:32 PM Stephen Rothwell wrote:
>
> --Signature=_Thu__1_May_2014_12_09_32_+1000_d7zY1SkU6vg6nEQn
> Content-Type: text/plain; charset=US-ASCII
> Content-Disposition: inline
> Content-Transfer-Encoding: quoted-printable
>
> Hi Rafael,
>
> Today's linux-next merge of
Lee, Doug,
I've bisected a boot failure on Tegra Dalmore (which has a tps65090)
down to this patch. It started in -next 0501, so I guess Lee might
have pushed some patches out now even though the commit date is a
little while back?
The commit is:
commit 60e91b51b515b20f85697fcd397911fdb97bbdca
On Thu, 2014-05-01 at 12:02 -0600, Bjorn Helgaas wrote:
> On Thu, May 1, 2014 at 8:35 AM, Marcel Apfelbaum wrote:
> > When a board is added, the shpchp driver checks if there
> > is a mismatch between the bridge's adapter and the bus speed.
> > If there is, it sets the subordinate speed (if there
Hi James,
> I'd like to take this patch and submit upstream for v3.15, and mark for
> stable.
> Would that be okay with you?
> [...]
> How does the v2 below look?
Your patch looks good.
Thanks for cleaning it up and moving the config option to the better place.
I just tested it on parisc and it
On Thu, May 1, 2014 at 8:35 AM, Marcel Apfelbaum wrote:
> When a board is added, the shpchp driver checks if there
> is a mismatch between the bridge's adapter and the bus speed.
> If there is, it sets the subordinate speed (if there is no device on it).
>
> However, it takes the reference of the
On Apr 30, 2014, at 1:52 AM, Xiubo Li wrote:
> Signed-off-by: Xiubo Li
> ---
> .../devicetree/bindings/endianness/endianness.txt | 47 ++
> 1 file changed, 47 insertions(+)
> create mode 100644 Documentation/devicetree/bindings/endianness/endianness.txt
>
> diff --git
On Thu, May 01, 2014 at 07:31:13PM +0200, Boris BREZILLON wrote:
> I totally agree with you, this is not a randomizer but rather a scrambler.
> The reason I chose the "randomizer" word is that all the documents I
> read are talking about randomizers.
> But, other than I don't have any concern
On Apr 30, Brian Norris wrote:
> These defconfigs contain the CONFIG_M25P80 symbol, which is now
> dependent on the MTD_SPI_NOR symbol. Add CONFIG_MTD_SPI_NOR to satisfy
> the new dependency.
>
> At the same time, drop the now-nonexistent CONFIG_MTD_CHAR symbol.
>
> Signed-off-by: Brian Norris
On May 1, 2014, at 9:48 AM, Aneesh Kumar K.V
wrote:
> Andreas Dilger writes:
>
>> On Apr 27, 2014, at 10:14 AM, Aneesh Kumar K.V
>> wrote:
>>> This feature flag can be used to enable richacl on
>>> the file system. Once enabled the "acl" mount option
>>> will enable richacl instead of posix
> +
> +config MAX_STACK_SIZE_MB
> + int "Maximum user stack size (MB)"
> + default 80
> + range 8 256 if METAG
> + range 8 2048
> + depends on STACK_GROWSUP
> + help
> + This is the maximum stack size in Megabytes in the VM layout of user
> + processes when the
It takes me a while to understand how rwsem's count field mainifest
itself in different scenarios. I'm adding comments to provide a quick
reference on the the rwsem's count field for each scenario where readers
and writers are contending/holding the lock. Hopefully it will be useful
for future
Hi Brian,
On 30/04/2014 19:51, Brian Norris wrote:
> Hi Boris,
>
> On Wed, Mar 12, 2014 at 07:07:36PM +0100, Boris BREZILLON wrote:
>> +
>> +/**
>> + * struct nand_sdr_timings - SDR NAND chip timings
>> + *
>> + * This struct defines the timing requirements of a SDR NAND chip.
>> + * These
On Wed, 2014-04-30 at 11:48 -0400, Steven Rostedt wrote:
> On Wed, 30 Apr 2014 17:15:57 +0200
> Mike Galbraith wrote:
>
> > On Wed, 2014-04-30 at 11:11 -0400, Steven Rostedt wrote:
> >
> > > > Another little bug. This hunk of patches/stomp-machine-raw-lock.patch
> > > > should be while
On 05/01/2014 01:10 AM, Alexandre Courbot wrote:
> Tegra Note 7 is a consumer tablet embedding a Tegra 4 SoC with 1GB RAM
> and a 720p panel.
>
> The following features are enabled by this device tree: UART, eMMC, USB
> (needs external power), PMIC, backlight, DSI panel, keys.
>
> SD card, HDMI,
On 01/05/2014 18:34, Jason Gunthorpe wrote:
> On Thu, May 01, 2014 at 03:09:49AM +0200, Boris BREZILLON wrote:
>> Hello,
>>
>> This series is a proposal to add support for randomizers (either software
>> or hardware) to NAND flash controller drivers.
> FWIW, I think the term for reversibly
On 01/05/14 08:26, Brian Norris wrote:
> This defconfig contains the CONFIG_M25P80 symbol, which is now
> dependent on the MTD_SPI_NOR symbol. Add CONFIG_MTD_SPI_NOR to satisfy
> the new dependency.
Can't the CONFIG_M25P80 declare its dependency on CONFIG_MTD_SPI_NOR
itself, or put CONFIG_M25P80
On 05/01/2014 12:26 AM, Brian Norris wrote:
> This defconfig contains the CONFIG_M25P80 symbol, which is now
> dependent on the MTD_SPI_NOR symbol. Add CONFIG_MTD_SPI_NOR to satisfy
> the new dependency.
Squashed into Tegra's for-3.16/defconfig branch.
--
To unsubscribe from this list: send the
On Thu, Apr 17, 2014 at 12:40 AM, Clemens Ladisch wrote:
> poma wrote:
>> Sound whispers,
>
> ???
>
>> WARNING: CPU: 3 PID: 900 at lib/dma-debug.c:593
>> debug_dma_assert_idle+0x159/0x1d0()
>> snd_hda_intel :00:07.0: DMA-API: cpu touching an active dma mapped
>> cacheline [cln=0x03014000]
On 01/05/2014 15:16, Grant Likely wrote:
> On Thu, 1 May 2014 03:09:51 +0200, Boris BREZILLON
> wrote:
>> Signed-off-by: Boris BREZILLON
>> ---
> No commit message? Immediate NAK. Please, make sure you write a
> description for each and every patch. This is not optional. Future
> readers want
Hi Vivek,
I believe the same comments as for the patch for ohci-exynos apply for
this patch as well.
Best regards,
Tomasz
On 30.04.2014 07:19, Vivek Gautam wrote:
From: Kamil Debski
Add the phy provider, supplied by new Exynos-usb2phy using
Generic phy framework.
Keeping the support for
Hi Vivek,
Please see my comments inline.
On 30.04.2014 07:19, Vivek Gautam wrote:
Add support to consume phy provided by Generic phy framework.
Keeping the support for older usb-phy intact right now, in order
to prevent any functionality break in absence of relevant
device tree side change for
Dave,
Please pull the following batch of fixes intended for the 3.15 stream!
For the Bluetooth bits, Gustavo says:
"Some fixes for 3.15. There is a revert for the intel driver, a new
device id, and two important SSP fixes from Johan."
On top of that...
Ben Hutchings gives us a fix for an
On Thu, 1 May 2014, Thomas Gleixner wrote:
> Heading out now and postponing the chase for tomorrow morning.
Some decoding of the trace.
One thing that's possibly unrelated, but on both this and the previous
bug the main thread was doing a "perf_poll" while the bug is triggered.
I guess in
On Thu, May 1, 2014 at 9:10 AM, Guenter Roeck wrote:
>
> Hexagon build is still broken with 3.15-rc3 and with the latest upstream.
> This patch fixes the (build) problem. Would be great if the arch maintainer
> could apply this (or a similar) patch and send it to Linus.
I took it directly, since
Before this patch, instructions such as div, mul,
shifts with count in CL, cmpxchg are mishandled.
This patch adds vex prefix handling. In particular,
it avoids colliding with register operand encoded
in vex. field.
Since we need to avoid two possible register operands,
the selection of
On Fri, Apr 25, 2014 at 10:45:40AM +0900, Jaegeuk Kim wrote:
> 2. Bug
> This is one of the results, but all the results indicate
> __radix_tree_preload.
>
> unreferenced object 0x88002ae2a238 (size 576):
> comm "fsstress", pid 25019, jiffies 4295651360 (age 2276.104s)
> hex dump (first 32
On 05/01/2014 12:07 AM, Brian Norris wrote:
> On Tue, Apr 29, 2014 at 01:42:50PM -0600, Stephen Warren wrote:
>> I guess you could also just see if arm-soc (a...@kernel.org) will take
>> this patch, and deal with any merge conflicts that arise when they merge
>> all the sub-arch defconfig changes.
On Thu, May 01, 2014 at 08:54:14AM -0700, Doug Anderson wrote:
> This is exactly the thing (expected clock parenting) we agreed could
> be put in the device tree I think. ...but I don't know that anyone
> proposed exactly how that would work.
There's patches been posted by (IIRC) Sylvester
On Wed, 2014-04-30 at 20:21 -0700, Davidlohr Bueso wrote:
> +
> +static inline bool rwsem_can_spin_on_owner(struct rw_semaphore *sem)
> +{
> + struct task_struct *owner;
> + bool on_cpu = true;
> +
> + if (need_resched())
> + return 0;
> +
> + rcu_read_lock();
> +
On Wed, Apr 16, 2014 at 10:40 PM, Hugh Dickins wrote:
> On Tue, 15 Apr 2014, Dave Jones wrote:
>
>> kernel BUG at mm/filemap.c:202!
>> invalid opcode: [#1] PREEMPT SMP DEBUG_PAGEALLOC
>> Modules linked in: tun fuse bnep rfcomm nfnetlink llc2 af_key ipt_ULOG
>> can_raw can_bcm
On Thu, May 01, 2014 at 03:09:49AM +0200, Boris BREZILLON wrote:
> Hello,
>
> This series is a proposal to add support for randomizers (either software
> or hardware) to NAND flash controller drivers.
FWIW, I think the term for reversibly combining a PRBS with data is
'scrambling', it is often
On Thu, 1 May 2014, Vince Weaver wrote:
> On Thu, 1 May 2014, Peter Zijlstra wrote:
> >
> > But yes please!
>
> OK, sorry for the delay, had forgotten to re-enable -pg for perf in the
> makefile when I applied your patch so had to re-build the kernel.
>
> The trace is here:
>
The IVRS tables provides aliases, but not to the extent now provided
by PCI core with DMA alias support and pci_find_dma_isolation_root().
The expectation is that the kernel and IVRS will produce the same
result for topology based aliases while the kernel will also include
device specific DMA
The existing quirk for these devices doesn't really solve the problem,
re-implement it using the DMA alias iterator. We'll come back later
and remove the existing quirk and dma_source interface.
Signed-off-by: Alex Williamson
---
drivers/pci/quirks.c | 16
1 file changed, 16
Drop custom code that attempts to do the exact same thing and use
PCI provided isolation root support. Existing IOMMU group laytout
should not change.
Signed-off-by: Alex Williamson
Cc: David Woodhouse
---
drivers/iommu/intel-iommu.c | 71 +--
1 file
VT-d code currently makes use of pci_find_upstream_pcie_bridge() in
order to find the topology based alias of a device. This function has
a few problems. First, it doesn't check the entire alias path of the
device to the root bus, therefore if a PCIe device is masked upstream,
the wrong result
The single helper here no longer has any users.
Signed-off-by: Alex Williamson
Cc: Joerg Roedel
---
drivers/iommu/pci.h | 29 -
1 file changed, 29 deletions(-)
delete mode 100644 drivers/iommu/pci.h
diff --git a/drivers/iommu/pci.h b/drivers/iommu/pci.h
deleted
It's broken and has no users.
Signed-off-by: Alex Williamson
---
drivers/pci/search.c | 35 ---
include/linux/pci.h | 11 ---
2 files changed, 46 deletions(-)
diff --git a/drivers/pci/search.c b/drivers/pci/search.c
index 1eab231..6d3b9be 100644
---
On Tue, Apr 22, 2014 at 08:18:15PM -0500, Rob Herring wrote:
> From: Rob Herring
>
> Move the /memreserve/ processing and dtb memory reservations into
> early_init_fdt_scan_reserved_mem. This converts arm, arm64, and powerpc
> as they are the only users of early_init_fdt_scan_reserved_mem.
>
>
It has no users; replaced by dma_func_alias.
Signed-off-by: Alex Williamson
---
drivers/pci/quirks.c | 51 --
include/linux/pci.h |5 -
2 files changed, 56 deletions(-)
diff --git a/drivers/pci/quirks.c b/drivers/pci/quirks.c
index
Drop custom code and use PCI provided isolation root support.
Signed-off-by: Alex Williamson
Cc: Varun Sethi
---
drivers/iommu/fsl_pamu_domain.c | 67 ++-
1 file changed, 3 insertions(+), 64 deletions(-)
diff --git a/drivers/iommu/fsl_pamu_domain.c
Each of the IOMMU drivers supporting IOMMU groups has their own
implementation of an algorithm to find the base device for an IOMMU
group. This N:1 function takes into account visibility of a PCI
device on the bus using DMA aliases, as well as the isolation of
devices using ACS. Since these are
There are a few broken devices that use the requester ID of a different
function in the slot for their DMA. To handle these, add a bitmap to
struct pci_dev (using an alignment gap) that quirks can populate. As
we iterate over the device and bus DMA aliases, also iterate over any
bits in the map.
Several Marvell devices and a JMicron device have a similar DMA
requester ID problem to Ricoh, except they use function 1 as the
PCIe requester ID. Add a quirk for these to populate the DMA
function alias bitmap.
Signed-off-by: Alex Williamson
---
drivers/pci/quirks.c | 22
AMD-Vi already has a concept of an alias provided via the IVRS table.
This alias only handles topology based aliases, such as PCIe-to-PCI
bridges. When such an alias is present, we continue to use it. When
a platform alias is not present, we can now add a check of the device
dma_func_alias to
This series attempts to fix a couple issues we've had outstanding in
the PCI/IOMMU code for a while. The first issue is with devices that
use the wrong requester ID for DMA transactions. We already have a
sort of half-baked attempt to fix this for several Ricoh devices, but
the fix only helps
In a mixed PCI/PCI-X/PCI-e topology, bridges can take ownership of
transactions, replacing the original requester ID with their own.
Sometimes we just want to know the resulting device or resulting
alias, sometimes we want each step in the chain. This iterator
allows either usage. When an
Hi all,
the powerpc:allmodconfig build has been broken since 3.14
with the following error.
arch/powerpc/kernel/exceptions-64s.S: Assembler messages:
arch/powerpc/kernel/exceptions-64s.S:1315: Error: attempt to move .org backwards
make[1]: *** [arch/powerpc/kernel/head_64.o] Error 1
Any chance
On Fri, Apr 18, 2014 at 01:38:35PM +0530, Vineet Gupta wrote:
> It is likely Hexagon build is broken too in 3.15.
> But I don't have a working compiler to be sure.
>
> Cc: Richard Kuo
> Cc: Peter Zijlstra
> Cc: linux-kernel@vger.kernel.org
> Signed-off-by: Vineet Gupta
Hexagon build is still
On Thu, May 01, 2014 at 10:15:15AM +0200, Ricardo Ribalda Delgado wrote:
> If kthread_run on spi_init_queue() fails, spi_destroy_queue can lead to
> hang timeout.
...
> When this happens, spi_destroy_queue() leads to a hung process that
> outputs a error message and avoids the computer to be
On Wed, Apr 30, 2014 at 05:49:33PM -0600, Bjorn Helgaas wrote:
> I mistakenly assumed this would have to wait because I thought there were
> other pci_enable_msi_block() users that wouldn't be removed until the v3.16
> merge window. But I think I was wrong: I put your GenWQE patch in my tree,
>
On 04/29/2014 10:53 AM, Stratos Karafotis wrote:
Since commit d37e2b7644 ("intel_pstate: remove unneeded sample buffers")
we use only one sample. So, there is no need to pass the sample
pointer to intel_pstate_calc_busy. Instead, get the pointer from
cpudata. Also, remove the unused SAMPLE_COUNT
On Thu, May 01, 2014 at 04:33:58PM +0200, Geert Uytterhoeven wrote:
> On Thu, May 1, 2014 at 4:11 PM, Mark Brown wrote:
> master->kworker_task is set like this:
> master->kworker_task = kthread_run(...)
> so it just contains the status of the creation of the kthread, not if it was
>
On Thu, May 1, 2014 at 7:47 AM, Randy Dunlap wrote:
> On 04/30/2014 12:42 PM, Bjorn Helgaas wrote:
>>
>> The DMA-API documentation sometimes refers to "physical addresses" when it
>> really means "bus addresses." Historically these were often the same, but
>> they may be different if the bridge
Hi,
On Thu, May 1, 2014 at 7:15 AM, Mark Brown wrote:
> On Thu, May 01, 2014 at 04:59:08PM +0530, Tushar Behera wrote:
>
>> Okay, I will extend the existing clock driver to support XCLKOUT.
>
> It may make more sense to add another clock driver for this clock
> depending on how things are done,
Darek Marcinkiewicz :
[changes]
(you may add those after the "---" above the diffstat)
[...]
> diff --git a/drivers/net/ethernet/ec_bh.c b/drivers/net/ethernet/ec_bh.c
> new file mode 100644
> index 000..2ed2cee
> --- /dev/null
> +++ b/drivers/net/ethernet/ec_bh.c
[...]
> +#define
Hello Andrew,
the patch below was
Acked-by: Michael Kerrisk
https://lkml.org/lkml/2014/4/24/23
Acked-by: Jan Kara
https://lkml.org/lkml/2014/4/24/1048
Please, consider it for inclusion in the mm tree.
Best regards
Heinrich Schuchardt
On 24.04.2014 12:03, Jan Kara wrote:
On Wed 23-04-14
On Mon, Apr 28, 2014 at 11:33:16AM +0800, Li Zefan wrote:
> On 2014/4/25 5:02, Tejun Heo wrote:
> > Until now, cgroup->id has been used to identify all the associated
> > csses and css_from_id() takes cgroup ID and returns the matching css
> > by looking up the cgroup and then dereferencing the
Hi,
Since Jiri posted the kGraft patches [1], I wanted to share an
alternative live patching solution called kpatch, which is something
we've been working on at Red Hat for quite a while.
The kernel piece of it ("kpatch core module") is completely
self-contained in a GPL module. It compiles and
Add the kpatch core module. It's a self-contained module with a kernel
patching infrastructure that enables patching a running kernel without
rebooting or restarting any processes. Kernel modules ("patch modules")
can call kpatch_register() to replace new functions with old ones.
Before
Add a TAINT_KPATCH flag to be set whenever a kpatch patch module
successfully replaces a function.
Signed-off-by: Josh Poimboeuf
Cc: Seth Jennings
---
Documentation/oops-tracing.txt | 3 +++
Documentation/sysctl/kernel.txt | 1 +
include/linux/kernel.h | 1 +
kernel/panic.c
Dave Chinner writes:
> On Mon, Apr 28, 2014 at 10:54:52AM +0530, Aneesh Kumar K.V wrote:
>> Dave Chinner writes:
>> > On Sun, Apr 27, 2014 at 09:44:31PM +0530, Aneesh Kumar K.V wrote:
>> >> Hi
>> >>
>> >> As per LSF/MM summit discussion I am reposting the richacl patchset for
>> >> upstream
Andreas Dilger writes:
> On Apr 27, 2014, at 10:14 AM, Aneesh Kumar K.V
> wrote:
>> This feature flag can be used to enable richacl on
>> the file system. Once enabled the "acl" mount option
>> will enable richacl instead of posix acl
>
> I was going to complain about this patch, because
On Thu, 1 May 2014, Peter Zijlstra wrote:
>
> But yes please!
OK, sorry for the delay, had forgotten to re-enable -pg for perf in the
makefile when I applied your patch so had to re-build the kernel.
The trace is here:
www.eece.maine.edu/~vweaver/junk/pzbug.out.bz2
No analysis so
Dave Chinner writes:
> On Sun, Apr 27, 2014 at 09:44:50PM +0530, Aneesh Kumar K.V wrote:
>> From: Andreas Gruenbacher
>>
>> Cache richacls in struct inode so that this doesn't have to be done
>> individually in each filesystem.
>>
>> Signed-off-by: Andreas Gruenbacher
>> Signed-off-by:
On Thu, May 01, 2014 at 05:35:48PM +0300, Marcel Apfelbaum wrote:
> When a board is added, the shpchp driver checks if there
> is a mismatch between the bridge's adapter and the bus speed.
> If there is, it sets the subordinate speed (if there is no device on it).
>
> However, it takes the
Some hardware implements reboot through its watchdog hardware,
for example by triggering a watchdog timeout. Platform specific
code starts to spread into watchdog drivers, typically by setting
pointers to a callback functions which is then called from the
platform reset handler.
To simplify code
Dave Chinner writes:
> On Sun, Apr 27, 2014 at 09:44:41PM +0530, Aneesh Kumar K.V wrote:
>> From: Andreas Gruenbacher
>>
>> A richacl consists of an NFSv4 acl and an owner, group, and other mask.
>> These three masks correspond to the owner, group, and other file
>> permission bits, but they
The watchdog subsystem now provides an API to trigger a system reboot.
Register with it.
Signed-off-by: Guenter Roeck
---
drivers/watchdog/sunxi_wdt.c | 22 +++---
1 file changed, 7 insertions(+), 15 deletions(-)
diff --git a/drivers/watchdog/sunxi_wdt.c
The watchdog subsystem provides an API to perform a system reboot.
Use it.
With this change, the arm_pm_restart callback is now optional,
so check if it is set before calling it.
Signed-off-by: Guenter Roeck
---
arch/arm/kernel/process.c |6 +-
1 file changed, 5 insertions(+), 1
Some hardware implements reboot through its watchdog hardware, for example
by triggering a watchdog timeout or by writing into its watchdog register
set. Platform specific code starts to spread into watchdog drivers,
typically by setting pointers to a callback function which is then called
from
The watchdog subsystem provides an API to perform a system reboot.
Use it.
Signed-off-by: Guenter Roeck
---
arch/arm64/kernel/process.c |3 +++
1 file changed, 3 insertions(+)
diff --git a/arch/arm64/kernel/process.c b/arch/arm64/kernel/process.c
index 6391485..29c2bc0 100644
---
The watchdog subsystem now provides an API to trigger a system reboot.
Register with it.
Signed-off-by: Guenter Roeck
---
drivers/watchdog/moxart_wdt.c | 20
1 file changed, 8 insertions(+), 12 deletions(-)
diff --git a/drivers/watchdog/moxart_wdt.c
201 - 300 of 1092 matches
Mail list logo