On Tuesday 05 March 2013, Ley Foon Tan wrote:
> The sysid give the unique system ID and system generation timestamp of
> the system.
>
> CASE 1:
> SOCFPGA SoC + Sysid component in FPGA
>
> CASE 2
> Nios II soft core CPU + Sysid (All in FPGA and no SoC is involved)
>
> From example use cases abo
On 03/05/2013 06:06 PM, Peter Hurley wrote:
>>> @@ -225,15 +232,13 @@ void tty_port_hangup(struct tty_port *port)
>> spin_lock_irqsave(&port->lock, flags);
>> port->count = 0;
>> port->flags &= ~ASYNC_NORMAL_ACTIVE;
>> - if (port->tty) {
>> + if (port->tty)
>>
On Mon, Mar 04, 2013 at 10:28:53AM -0800, Joe Perches wrote:
> On Mon, 2013-03-04 at 13:18 -0500, Konrad Rzeszutek Wilk wrote:
> > as if you are debugging this driver you would be using 'debug'
> > on the command line anyhow - and this would dump the debug
> > data on the proper loglevel.
>
> Plea
On Tue, Mar 05, 2013 at 05:30:01PM +0100, Roger Pau Monné wrote:
> On 05/03/13 15:18, Konrad Rzeszutek Wilk wrote:
> > On Tue, Mar 05, 2013 at 12:04:41PM +0100, Roger Pau Monné wrote:
> >> On 04/03/13 20:39, Konrad Rzeszutek Wilk wrote:
> >>> On Thu, Feb 28, 2013 at 11:28:47AM +0100, Roger Pau Monn
On Tue, Mar 05, 2013 at 08:20:48PM +0100, Paul Bolle wrote:
> Fix obvious typo introduced in commit
> e121aefa7d9f10eee5cf26ed47129237a05d940b ("remoteproc: fix missing
> CONFIG_FW_LOADER configurations").
>
> Signed-off-by: Paul Bolle
> ---
> 0) Untested.
>
> 1) The REMOTEPROC Kconfig entry has
On Tue, Mar 05, 2013 at 03:40:18PM -0500, Mimi Zohar wrote:
> On Tue, 2013-03-05 at 10:18 -0500, Vivek Goyal wrote:
>
> > Can we do following. (Just modifying your proposal little bit).
> >
> > - Implement a new policy say ima_mem_exec. This policy can vary based on
> > config options. This wil
On Tue, Mar 05, 2013 at 07:10:04PM +0100, Roger Pau Monné wrote:
> On 04/03/13 21:10, Konrad Rzeszutek Wilk wrote:
> > On Thu, Feb 28, 2013 at 11:28:49AM +0100, Roger Pau Monne wrote:
> >> This mechanism allows blkback to change the number of grants
> >> persistently mapped at run time.
> >>
> >> T
On Mon, Mar 4, 2013 at 3:42 AM, Corey Richardson wrote:
> ath9k_htc driver , AR9271 (at least according to lsusb)
>
> commit fd0f979a1b67f0889aea24a7c7d2a54d6706a1cf
> Author: Johannes Berg
> Date: Thu Feb 7 00:14:51 2013 +0100
>
> mac80211: simplify idle handling
>
> Now that we have c
On Tue, Mar 05, 2013 at 06:07:57PM +0100, Roger Pau Monné wrote:
> On 04/03/13 21:41, Konrad Rzeszutek Wilk wrote:
> > On Thu, Feb 28, 2013 at 11:28:55AM +0100, Roger Pau Monne wrote:
> >> Indirect descriptors introduce a new block operation
> >> (BLKIF_OP_INDIRECT) that passes grant references ins
On Tue, Mar 05, 2013 at 06:00:51PM +0100, Roger Pau Monné wrote:
> On 05/03/13 15:16, Konrad Rzeszutek Wilk wrote:
> > On Tue, Mar 05, 2013 at 08:11:19AM +, Jan Beulich wrote:
> > On 04.03.13 at 21:44, Konrad Rzeszutek Wilk
> > wrote:
> >>> 'op' sounds good. With a comment saying it
On Tue, 2013-03-05 at 15:53 -0500, David Miller wrote:
> From: Peter Hurley
> Date: Tue, 05 Mar 2013 15:47:04 -0500
>
> > On Tue, 2013-03-05 at 15:03 -0500, David Miller wrote:
> >> From: Jiri Slaby
> >> Date: Tue, 05 Mar 2013 20:44:49 +0100
> >>
> >> > Hi, I must admit I don't understand. I no
On 03/05/2013 09:34 PM, David Miller wrote:
>> which via sunsab_console_setup()
>> invokes sunsab_startup() which requests the IRQ.
Of course I see now, I overlooked that invocation before.
> And let's be honest about the fact that it's very possible that you've
> overlooked many issues like this
Hi Wim,
Fetching the watchdog tree produces this message:
fatal: unable to connect to www.linux-watchdog.org:
www.linux-watchdog.org[0: 83.149.101.17]: errno=Connection refused
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
pgpGU8DUMf1iw.pgp
Description: PGP signature
On Tue, Mar 05, 2013 at 12:02:50PM -0800, Tejun Heo wrote:
> idr_get_new*() and friends are about to be deprecated. Convert to the
> new idr_alloc() interface.
>
> Only compile tested.
>
> Signed-off-by: Tejun Heo
> Cc: Dan Magenheimer
> ---
> drivers/staging/zcache/ramster/tcp.c | 25 +++
On Tue, Mar 05, 2013 at 12:02:51PM -0800, Tejun Heo wrote:
> idr_get_new*() and friends are about to be deprecated. Convert to the
> new idr_alloc() interface.
>
> There are some peculiarities and possible bugs in the converted
> functions. This patch preserves those.
>
> * drv_insert_node_res_
Borislav Petkov wrote:
> + Dave.
>
> This still says 3.8.0-rc5-00105-g68d00bb. Can you still trigger this
> with 3.9-rc1?
Yes, since I saw it in 3.9-rc1, I ran "git bisect" starting from 3.9-rc1
and below is the output from the first bad commit.
>
> And also, this is Linux running as a 32-bit g
On Tue, Mar 05, 2013 at 03:46:13PM +0100, Lars Poeschel wrote:
> At first: Thanks for your review!
>
> On Monday 25 February 2013 at 05:00:25, Greg KH wrote:
> > On Tue, Feb 19, 2013 at 03:27:41PM +0100, Lars Poeschel wrote:
> > > +static int pwmchip_export(struct pwm_chip *chip)
> > > +{
> > > +
On Tuesday 05 March 2013, Matt Porter wrote:
> Changes since v1:
> - rebase to 3.9-rc1, previous dependencies upstream
>
> This series adds DT DMA Engine Client support to the omap_hsmmc.
> It leverages the generic DMA OF helpers in -next and the
> dma_request_slave_channel_compat() wrappe
On 03/05/2013 01:09 PM, Jeff Layton wrote:
On Tue, 05 Mar 2013 11:42:46 -0800
Ben Greear wrote:
On 03/05/2013 11:22 AM, Jeff Layton wrote:
On Tue, 5 Mar 2013 14:08:49 -0500
Jeff Layton wrote:
On Tue, 05 Mar 2013 10:54:56 -0800
Ben Greear wrote:
In doing some CIFS testing (utilizing it's
On Thu, Feb 28, 2013 at 03:09:59PM +0300, Stanislav Kinsbursky wrote:
> Function nfsd4_client_tracking_init() can return error.
Before, I think that we the nfsd4_client_* functions just became no-ops
in this case. With the result that no client records get written, and
so clients are unable to re
* Peter Hurley | 2013-02-20 15:02:47 [-0500]:
>Sebastian, please re-test your g_nokia+dummy_hcd testcase with
>this series.
I tested this on top ov v3.9-rc1. Without this series I see often a
warning in drivers/tty/tty_buffer.c:428 / flush_to_ldisc(). With this
things seem to work fine.
Sebastia
From: Santosh Shilimkar
MMC driver probe will abort for DT case because of failed
platform_get_resource_byname() lookup. Fix it by skipping resource
byname lookup for device tree build.
Issue is hidden because hwmod popullates the IO resources which
helps to succeed platform_get_resource_byname(
Changes since v1:
- rebase to 3.9-rc1, previous dependencies upstream
This series adds DT DMA Engine Client support to the omap_hsmmc.
It leverages the generic DMA OF helpers in -next and the
dma_request_slave_channel_compat() wrapper introduced in the
AM33XX DMA Engine series to support D
The binding definition is based on the generic DMA request binding.
Signed-off-by: Matt Porter
Acked-by: Tony Lindgren
---
.../devicetree/bindings/mmc/ti-omap-hsmmc.txt | 26 +++-
1 file changed, 25 insertions(+), 1 deletion(-)
diff --git a/Documentation/devicetree/bindi
Convert dmaengine channel requests to use
dma_request_slave_channel_compat(). This supports platforms booting
with or without DT populated.
Signed-off-by: Matt Porter
Acked-by: Tony Lindgren
---
drivers/mmc/host/omap_hsmmc.c | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
di
On Tue, 05 Mar 2013 11:42:46 -0800
Ben Greear wrote:
> On 03/05/2013 11:22 AM, Jeff Layton wrote:
> > On Tue, 5 Mar 2013 14:08:49 -0500
> > Jeff Layton wrote:
> >
> >> On Tue, 05 Mar 2013 10:54:56 -0800
> >> Ben Greear wrote:
> >>
> >>> In doing some CIFS testing (utilizing it's feature to bind
Commit ac24c2204a76e5b42aa103bf963ae0eda1b827f3 ("drm/tegra: Use generic
HDMI infoframe helpers") added "select DRM_HDMI" to the DRM_TEGRA
Kconfig entry. But there is no Kconfig symbol named DRM_HDMI. The select
statement for that symbol is a nop. Drop it.
What was needed to use HDMI functionality
Move mach-davinci/dma.c to common/edma.c so it can be used
by OMAP (specifically AM33xx) as well.
Signed-off-by: Matt Porter
Acked-by: Sekhar Nori
---
arch/arm/Kconfig |1 +
arch/arm/common/Kconfig|3 +
arch/arm/common/Makefi
On Tue, Mar 5, 2013 at 10:05 AM, Oleg Nesterov wrote:
> On 03/05, Mandeep Singh Baines wrote:
>>
>> On Tue, Mar 5, 2013 at 9:48 AM, Oleg Nesterov wrote:
>> > On 03/05, Mandeep Singh Baines wrote:
>> >>
>> >> @@ -2462,13 +2462,13 @@ static int hotkey_kthread(void *data)
>> >> unsigned int po
Adds support for parsing the TI EDMA DT data into the
required EDMA private API platform data. Enables runtime
PM support to initialize the EDMA hwmod. Adds AM33XX EDMA
crossbar event mux support. Enables build on OMAP.
Signed-off-by: Matt Porter
Acked-by: Sekhar Nori
---
arch/arm/common/edma.c
On 03/05/2013 03:52 PM, Linus Torvalds wrote:
On Tue, Mar 5, 2013 at 11:42 AM, Waiman Long wrote:
The recommended kernel.sem value from Oracle is "250 32000 100 128". I have
tried to reduce the maximum semaphores per array (1st value) while
increasing the max number of arrays. That tends to re
Enable TI EDMA option on OMAP.
Signed-off-by: Matt Porter
---
drivers/dma/Kconfig |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/dma/Kconfig b/drivers/dma/Kconfig
index 80b6997..3b7ea20 100644
--- a/drivers/dma/Kconfig
+++ b/drivers/dma/Kconfig
@@ -222,7 +222,7 @@
From: Peter Hurley
Date: Tue, 05 Mar 2013 15:47:04 -0500
> On Tue, 2013-03-05 at 15:03 -0500, David Miller wrote:
>> From: Jiri Slaby
>> Date: Tue, 05 Mar 2013 20:44:49 +0100
>>
>> > Hi, I must admit I don't understand. I now checked both of them and they
>> > call uart_handle_sysrq_char uncond
Convert dmaengine channel requests to use
dma_request_slave_channel_compat(). This supports the DT case of
platforms requiring channel selection from either the OMAP DMA or
the EDMA engine. AM33xx only boots from DT and is the only user
implementing EDMA so in the !DT case we can default to the OMA
Fix build on OMAP, the irqs are undefined on AM33xx.
These error interrupt handlers were hardcoded as disabled
so since they are unused code, simply remove them.
Signed-off-by: Matt Porter
Acked-by: Sekhar Nori
---
arch/arm/common/edma.c | 37 -
1 file chan
The binding definition is based on the generic DMA controller
binding.
Signed-off-by: Matt Porter
---
Documentation/devicetree/bindings/dma/ti-edma.txt | 49 +
1 file changed, 49 insertions(+)
create mode 100644 Documentation/devicetree/bindings/dma/ti-edma.txt
diff --git
The binding definition is based on the generic DMA request binding
Signed-off-by: Matt Porter
---
Documentation/devicetree/bindings/spi/omap-spi.txt | 27 +++-
1 file changed, 26 insertions(+), 1 deletion(-)
diff --git a/Documentation/devicetree/bindings/spi/omap-spi.txt
b/Do
Adds DMA resources to the AM33XX SPI nodes.
Signed-off-by: Matt Porter
---
arch/arm/boot/dts/am33xx.dtsi | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/arm/boot/dts/am33xx.dtsi b/arch/arm/boot/dts/am33xx.dtsi
index aaf44122..a13d710 100644
--- a/arch/arm/boot/dts/am33xx.d
Adds AM33XX EDMA support to the am33xx.dtsi as documented in
Documentation/devicetree/bindings/dma/ti-edma.txt
Signed-off-by: Matt Porter
---
arch/arm/boot/dts/am33xx.dtsi | 20
1 file changed, 20 insertions(+)
diff --git a/arch/arm/boot/dts/am33xx.dtsi b/arch/arm/boot/dt
Changes since v7:
- Dropped dmaengine compat() patch. It is upstream.
- Submitted edma_alloc_slot() error checking bug fix separately,
now a dependency
- Fixed bisect issues due to 3/10 hunks that went into 1/10
- Fixed incorrect IS_ERRVALUE() use in 3/10
On Tue, Mar 5, 2013 at 11:42 AM, Waiman Long wrote:
>
> The recommended kernel.sem value from Oracle is "250 32000 100 128". I have
> tried to reduce the maximum semaphores per array (1st value) while
> increasing the max number of arrays. That tends to reduce the ipc_lock
> contention in kernel,
* Peter Hurley | 2013-02-05 15:20:15 [-0500]:
> Please re-test with your dummy_hcd/g_nokia testcase, although
> I'm not convinced that usb gadget is using tty_hangup() appropriately.
> tty drivers use this for async carrier loss coming from an IRQ
> which will be disabled if the tty has been s
On Tue, 2013-03-05 at 15:03 -0500, David Miller wrote:
> From: Jiri Slaby
> Date: Tue, 05 Mar 2013 20:44:49 +0100
>
> > Hi, I must admit I don't understand. I now checked both of them and they
> > call uart_handle_sysrq_char unconditionally, or?
>
> Nope, in the sunsab.c receive function, we use
Config option GENERIC_HARDIRQS_NO_DEPRECATED was removed in commit
78c89825649a9a5ed526c507603196f467d781a5 ("genirq: Remove the now obsolete
config options and select statements"), but the select was accidentally
reintroduced in commit 8c2c3df31e3b87cb5348e48776c366ebd1dc5a7a ("arm64:
Build infras
On Sun, Mar 03, 2013 at 07:42:31AM +0100, Kay Sievers wrote:
> On Sat, Mar 2, 2013 at 7:17 PM, Greg Kroah-Hartman
> wrote:
> > On Fri, Mar 01, 2013 at 07:24:21PM -0800, Tejun Heo wrote:
> >> Kay tells me the most appropriate place to expose workqueues to
> >> userland would be /sys/devices/virtual
On 03/05/2013 04:05 AM, Takashi Iwai wrote:
> At Mon, 4 Mar 2013 17:02:59 -0500,
> Christine Spang wrote:
>> Having snd_BUG_ON() only evaluate its conditional when CONFIG_SND_DEBUG
>> is set leads to frequent bugs, since other similar macros in the kernel
>> have different behavior. Let's make snd
On Fri, Mar 01, 2013 at 07:23:51PM -0800, Tejun Heo wrote:
> which is scheduled to be rebased on top of v3.9-rc1 once it comes out.
> The changes are also available in the following git branch.
>
> git://git.kernel.org/pub/scm/linux/kernel/git/tj/wq.git review-attrs
Branch rebased on top of wq/f
On Tue, 2013-03-05 at 10:18 -0500, Vivek Goyal wrote:
> Can we do following. (Just modifying your proposal little bit).
>
> - Implement a new policy say ima_mem_exec. This policy can vary based on
> config options. This will be the default policy.
Just to clarify, the default is the existing
On Sat, 2 Mar 2013, Daniel Lezcano wrote:
> When a cpu goes to a deep idle state where its local timer is shutdown,
> it notifies the time frame work to use the broadcast timer instead.
>
> Unfortunately, the broadcast device could wake up any CPU, including an
> idle one which is not concerned by
Hi David,
On 03/05/2013 04:21 PM, David C Niemi wrote:
I should clarify -- I wrote the sampling_down_factor in the *ondemand*
governor. I chose the name of the parameter based on the vaguely similar
parameter in the conservative governor, but the documentation that was
referenced (about it o
From: David Miller
Date: Tue, 05 Mar 2013 15:33:58 -0500 (EST)
> From: Jiri Slaby
> Date: Tue, 05 Mar 2013 21:27:59 +0100
>
>> On 03/05/2013 09:03 PM, David Miller wrote:
>>> From: Jiri Slaby
>>> Date: Tue, 05 Mar 2013 20:44:49 +0100
>>>
Hi, I must admit I don't understand. I now checked
From: Jiri Slaby
Date: Tue, 05 Mar 2013 21:27:59 +0100
> On 03/05/2013 09:03 PM, David Miller wrote:
>> From: Jiri Slaby
>> Date: Tue, 05 Mar 2013 20:44:49 +0100
>>
>>> Hi, I must admit I don't understand. I now checked both of them and they
>>> call uart_handle_sysrq_char unconditionally, or?
Sorry for the delay in the response. I did not see the email
right away.
On Mon, 2013-02-18 at 22:11 -0300, Marcelo Tosatti wrote:
> On Mon, Feb 18, 2013 at 05:43:47PM +0100, Frederic Weisbecker wrote:
> > 2013/2/5 Michael Wolf :
> > > In the case of where you have a system that is running in a
>
On 03/05/2013 09:03 PM, David Miller wrote:
> From: Jiri Slaby
> Date: Tue, 05 Mar 2013 20:44:49 +0100
>
>> Hi, I must admit I don't understand. I now checked both of them and they
>> call uart_handle_sysrq_char unconditionally, or?
>
> Nope, in the sunsab.c receive function, we used to handle t
On Tue, Mar 05, 2013 at 12:14:56PM -0800, Yinghai Lu wrote:
> On Tue, Mar 5, 2013 at 11:52 AM, Robin Holt wrote:
> > That fixed it for me.
> >
> > Can you help me understand why sentinel is non-zero? It looks to me
> > like 3.14 allocates 16kB plus strlen of the command line, zeros it,
> > and th
Stop checking for pin availability in direction and get functions.
These functions can be called repeatedly, so checking every time is
bad for performance. Now that requesting GPIO pins is no longer
optional, checking for availability at pin request time is enough.
Signed-off-by: Jean Delvare
Cc:
Sorry for the delay in the response. I did not see your question.
On Mon, 2013-02-18 at 20:57 -0300, Marcelo Tosatti wrote:
> On Tue, Feb 05, 2013 at 03:49:41PM -0600, Michael Wolf wrote:
> > Add a helper routine to scheduler/core.c to allow the kvm module
> > to retrieve the cpu hardlimit settin
Commit 5b03df9ace680d7cdd34a69dfd85ca5f74159d18 ("ARM: dove: switch to
DT clock providers") added "select COMMON_CLK_DOVE" to Marvell Dove's
Kconfig entry. But there's no Kconfig symbol COMMON_CLK_DOVE, which
makes this select statement a nop. It's probably a leftover of some
experimental code that
On 03/05/2013 09:34 AM, Viresh Kumar wrote:
On 5 March 2013 13:22, Stratos Karafotis wrote:
I misread it here when i looked at this mail for the first time. :)
I strongly believe that we need a full stop (.) before "Every sampling_rate",
otherwise it looks like we check for down_factor while inc
On Tue, Mar 5, 2013 at 11:52 AM, Robin Holt wrote:
> That fixed it for me.
>
> Can you help me understand why sentinel is non-zero? It looks to me
> like 3.14 allocates 16kB plus strlen of the command line, zeros it,
> and then proceeds to fill in fields, some differing from what is in the
> boot
Hello,
These are the final pieces of idr_alloc() conversion and deprecation
of idr_pre_get() and idr_get_new*().
This patchset contains the following seven patches.
0001-nfsd-remove-unused-get_new_stid.patch
0002-nfsd-convert-to-idr_alloc.patch
0003-workqueue-convert-to-idr_alloc.patch
0004-
On Tue, Mar 05, 2013 at 12:02:46PM -0800, Tejun Heo wrote:
> get_new_stid() is no longer used since 3abdb607125 ("nfsd4: simplify
> idr allocation"). Remove it.
Whoops, thanks for catching that.
Acked-by: J. Bruce Fields
>
> Signed-off-by: Tejun Heo
> Cc: "J. Bruce Fields"
> Cc: linux-...@v
6a9200603d ("IB/mlx4: convert to idr_alloc()") forgot to remove
idr_pre_get() call in mlx4_ib_cm_paravirt_init(). It's unnecessary
and idr_pre_get() will soon be deprecated. Remove it.
Signed-off-by: Tejun Heo
Cc: Jack Morgenstein
Cc: Or Gerlitz
Cc: Roland Dreier
---
drivers/infiniband/hw/m
idr_get_new*() and friends are about to be deprecated. Convert to the
new idr_alloc() interface.
Only compile tested.
Signed-off-by: Tejun Heo
Cc: Dan Magenheimer
---
drivers/staging/zcache/ramster/tcp.c | 25 ++---
1 file changed, 10 insertions(+), 15 deletions(-)
diff -
Hi,
As you know, I'm reviewing Zynq's clock implementation and try to find a way to
go forward. It looks like most archs contain all clocks within a clock
controller block which provides all the output clocks which are then used by
device drivers etc. E.g. the Tegra CAR.
I do also see some ben
idr_get_new*() and friends are about to be deprecated. Convert to the
new idr_alloc() interface.
Only compile-tested.
Signed-off-by: Tejun Heo
Cc: "J. Bruce Fields"
Cc: linux-...@vger.kernel.org
---
fs/nfsd/nfs4state.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/f
On 03/05/2013 11:55 AM, David Miller wrote:
> From: Ben Hutchings
> Date: Tue, 5 Mar 2013 16:43:01 +
>
>> In general it appears to require a run-time check. You might need to
>> augment .
>
> On the other hand, unlike get_cycles, sched_clock() is always available.
>
On the gripping hand,
From: Jiri Slaby
Date: Tue, 05 Mar 2013 20:44:49 +0100
> Hi, I must admit I don't understand. I now checked both of them and they
> call uart_handle_sysrq_char unconditionally, or?
Nope, in the sunsab.c receive function, we used to handle the SYSRQ
stuff before break checking when TTY is NULL, n
Now that all in-kernel users are converted to ues the new alloc
interface, mark the old interface deprecated. We should be able to
remove these in a few releases.
Signed-off-by: Tejun Heo
Cc: Rusty Russell
---
include/linux/idr.h | 66 -
lib/
idr_get_new*() and friends are about to be deprecated. Convert to the
new idr_alloc() interface.
There are some peculiarities and possible bugs in the converted
functions. This patch preserves those.
* drv_insert_node_res_element() returns -ENOMEM on alloc failure,
-EFAULT if id space is exha
idr_get_new*() and friends are about to be deprecated. Convert to the
new idr_alloc() interface.
Signed-off-by: Tejun Heo
---
kernel/workqueue.c | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/kernel/workqueue.c b/kernel/workqueue.c
index 81f2457..55fac5b 100644
--- a
get_new_stid() is no longer used since 3abdb607125 ("nfsd4: simplify
idr allocation"). Remove it.
Signed-off-by: Tejun Heo
Cc: "J. Bruce Fields"
Cc: linux-...@vger.kernel.org
---
fs/nfsd/nfs4state.c | 31 ---
1 file changed, 31 deletions(-)
diff --git a/fs/nfsd/nfs
On Tuesday 05 March 2013, Marek Szyprowski wrote:
> On 3/5/2013 9:50 AM, Arnd Bergmann wrote:
> > On Tuesday 05 March 2013, Marek Szyprowski wrote:
>
> The problem is that the opposite approach is imho easier.
I can understand that, yes ;-)
> get_user_pages()
> is used in quite a lot of places (
On Tue, Mar 05, 2013 at 10:55:05PM +0800, Jiang Liu wrote:
> Use common help functions to free reserved pages.
I like how this simplify things!
Please consider how you can also cover the HIGHMEM case,
so map_high_region(...) is simplified too (in init_32.c).
>
> Signed-off-by: Jiang Liu
> Cc:
From: Eliezer Tamir
Date: Tue, 05 Mar 2013 19:15:26 +0200
> We are not very sensitive to this setting, anything on the order of
> your half round time trip plus a few standard deviations works well.
> We are busy waiting, so setting a higher value does not change the
> results much.
This makes t
From: Ben Hutchings
Date: Tue, 5 Mar 2013 16:43:01 +
> In general it appears to require a run-time check. You might need to
> augment .
On the other hand, unlike get_cycles, sched_clock() is always available.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
That fixed it for me.
Can you help me understand why sentinel is non-zero? It looks to me
like 3.14 allocates 16kB plus strlen of the command line, zeros it,
and then proceeds to fill in fields, some differing from what is in the
boot_params structure. That said, it looks like the sentinel field
From: Jiang Liu
Date: Tue, 5 Mar 2013 22:55:05 +0800
> Use common help functions to free reserved pages.
>
> Signed-off-by: Jiang Liu
Acked-by: David S. Miller
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
Mor
On 03/05/2013 08:39 PM, David Miller wrote:
> From: Jiri Slaby
> Date: Tue, 05 Mar 2013 12:01:06 +0100
>
>> I left that "if (port->start == NULL)" in sunhv in place because it
>> behaves completely differently. It checks port->start on all paths prior
>> dereferencing it. And it does not stop int
On 03/05/2013 11:22 AM, Jeff Layton wrote:
On Tue, 5 Mar 2013 14:08:49 -0500
Jeff Layton wrote:
On Tue, 05 Mar 2013 10:54:56 -0800
Ben Greear wrote:
In doing some CIFS testing (utilizing it's feature to bind to local
address..but not sure that matters), we saw this error when trying
to un-m
On 03/05/2013 12:10 PM, Rik van Riel wrote:
On 03/05/2013 04:35 AM, Davidlohr Bueso wrote:
2) While on an Oracle swingbench DSS (data mining) workload the
improvements are not as exciting as with Rik's benchmark, we can see
some positive numbers. For an 8 socket machine the following are the
pe
On Mon, 4 Mar 2013, Will Huck wrote:
>
> Could you explain me why shmem has more relationship with mempolicy? It seems
> that there are many codes in shmem handle mempolicy, but other components in
> mm subsystem just have little.
NUMA mempolicy is mostly handled in mm/mempolicy.c, which services
Hi Peter,
On Tue, 05 Mar 2013 12:16:54 -0600, Peter Tyser wrote:
> On Tue, 2013-03-05 at 09:06 +0100, Jean Delvare wrote:
> > Stop checking for pin availability in get functions. These functions
> > can be called repeatedly, so checking every time is bad for
> > performance.
> >
> > Instead, chec
From: Jiri Slaby
Date: Tue, 05 Mar 2013 12:01:06 +0100
> I left that "if (port->start == NULL)" in sunhv in place because it
> behaves completely differently. It checks port->start on all paths prior
> dereferencing it. And it does not stop interrupts on ->shutdown.
But this code really does car
While using chrome, I got the following. It was able to render the bug
to the screen, so at least something was working (and it also made it
to my logs).
[223614.867297] BUG: unable to handle kernel paging request at c90013a0
[223614.867372] IP: [] iowrite32+0x12/0x33
[223614.867427] PGD 1
kfree on NULL pointer is a no-op.
Signed-off-by: Syam Sidhardhan
---
drivers/tty/ipwireless/hardware.c |3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/tty/ipwireless/hardware.c
b/drivers/tty/ipwireless/hardware.c
index 97a511f..2c14842 100644
--- a/drivers/tty/i
On Tue, Mar 5, 2013 at 11:06 AM, Kay Sievers wrote:
> On Mon, Mar 4, 2013 at 8:51 AM, Eric W. Biederman
> wrote:
>>
>> Modify the request_module to prefix the file system type with "fs-"
>> and add aliases to all of the filesystems that can be built as modules
>> to match.
>>
>> A common practic
On Mon, Mar 04, 2013 at 10:14:51PM +0100, Daniel Kiper wrote:
> This patch enforces on target limit statically defined in Linux Kernel
> source and limit defined by hypervisor or host.
>
> Particularly this patch fixes bug which led to flood
> of dom0 kernel log with messages similar to:
>
> Syst
On 03/05/2013 12:12 PM, Rhyland Klein wrote:
> On 3/5/2013 1:15 PM, Stephen Warren wrote:
>> On 03/04/2013 12:01 PM, Rhyland Klein wrote:
>>> This change adds the binding documentation for the tps65090-charger.
>>> diff --git
>>> a/Documentation/devicetree/bindings/power_supply/tps65090.txt
>>> b/D
On Tue, 5 Mar 2013 14:08:49 -0500
Jeff Layton wrote:
> On Tue, 05 Mar 2013 10:54:56 -0800
> Ben Greear wrote:
>
> > In doing some CIFS testing (utilizing it's feature to bind to local
> > address..but not sure that matters), we saw this error when trying
> > to un-mount.
> >
> > Our kernel is
On Wed, 2013-03-06 at 00:10 +0530, Aaditya Kumar wrote:
> The code path of __zone_pcp_update() has following locks, which in
> CONFIG_PREEMPT_RT_FULL=y are rt-mutex.
> - pa_lock locked by cpu_lock_irqsave()
> - zone->lock locked by free_pcppages_bulk()
>
> Since __zone_pcp_update() is called f
Fix obvious typo introduced in commit
e121aefa7d9f10eee5cf26ed47129237a05d940b ("remoteproc: fix missing
CONFIG_FW_LOADER configurations").
Signed-off-by: Paul Bolle
---
0) Untested.
1) The REMOTEPROC Kconfig entry has been using the useless FW_CONFIG
select statement for a few releases now. Doe
* Fengguang Wu | 2013-03-05 18:35:13 [+0800]:
>Note that I still get this warning, however looks like an unrelated
>issue:
>
>[ 602.536679] [ INFO: possible circular locking dependency detected ]
>[ 602.536672]
>[ 602.536679] ==
>[ 602.53667
On wtorek, 5 marca 2013 o 18:34:43 Mandeep Singh Baines wrote:
> Fixes the following lockdep error:
>
> [ BUG: ktpacpi_nvramd/446 still has locks held! ]
>
> hotkey_kthread() calls set_freezable() after acquiring the
> hotkey_kthread_mutex(). set_freezable() calls try_to_freeze().
> This could bl
* Felipe Balbi | 2013-03-05 12:49:44 [+0200]:
>> I kinda assumed that this was already fixed (i.e. a patch like this was sent)
>> but it seems not to be that case.
>
>already in Greg's queue, cheers
great…
Sebastian
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
th
On Tue, Feb 26, 2013 at 05:39:46PM -0800, Linus Torvalds wrote:
> On Mon, Feb 25, 2013 at 4:05 PM, Dave Airlie wrote:
> >
> > Highlights:
> >
> > i915: all over the map, haswell power well enhancements, valleyview macro
> > horrors cleaned up, killing lots of legacy GTT
> > code,
>
> Lowlight:
>
On Thu, Feb 14, 2013 at 02:55:44PM -0500, Vivek Goyal wrote:
> Currently ima appraises all the files as specified by the rule. So
> if one wants to create a system where only few executables are
> signed, that system will not work with IMA.
>
> With secureboot, one needs to disable kexec so that u
On 3/5/2013 1:15 PM, Stephen Warren wrote:
On 03/04/2013 12:01 PM, Rhyland Klein wrote:
This change adds the binding documentation for the tps65090-charger.
diff --git a/Documentation/devicetree/bindings/power_supply/tps65090.txt
b/Documentation/devicetree/bindings/power_supply/tps65090.txt
..
On Tue, Mar 5, 2013 at 7:22 AM, H. Peter Anvin wrote:
> Yes, please do the analysis I asked for.
it uses first 2 pages in bzImage to bootparams.
then update the fields with ===> X
struct boot_params {
struct screen_info screen_info; /* 0x000 */ ===> X
struct ap
Hello, Jeff.
On Tue, Mar 05, 2013 at 02:03:12PM -0500, Jeff Layton wrote:
> Sounds intriguing...
>
> I'm not sure what this really means for something like NFS though. How
> would you envision this working when we have long running syscalls that
> might sit waiting in the kernel indefinitely?
I
301 - 400 of 723 matches
Mail list logo
