Hi,
On Mon, Sep 01, 2014 at 09:13:43AM +0800, Peter Chen wrote:
> On Fri, Aug 29, 2014 at 04:25:35PM +0200, Antoine Tenart wrote:
> > On Tue, Aug 26, 2014 at 06:22:40PM +0800, Peter Chen wrote:
> > > On Fri, Aug 22, 2014 at 05:50:19PM +0200, Antoine Ténart wrote:
> > >
> > > If the common
Hi Andrew,
Thanks very much for you comment and advice.
I will resend this patch series to compatibility with the old DTs, and it will
Up to the owners to update the DTs to support the new style of DTs.
BRs
Xiubo
> -Original Message-
> From: Andrew Lunn [mailto:and...@lunn.ch]
>
Hi Jyri,
I'll follow Mark's advice of maintaining compatibility with the old DTs.
Thanks very much for your comments, and this is very important for me.
And I will also update the binding documet for simple card, please help
me review it, any comment and advice are welcome.
The goal is to
Hi, Dave
On 2014/9/2 7:51, Dave Chinner wrote:
> On Fri, Aug 29, 2014 at 05:57:22PM +0800, Xue jiufei wrote:
>> The patch trys to solve one deadlock problem caused by cluster
>> fs, like ocfs2. And the problem may happen at least in the below
>> situations:
>> 1)Receiving a connect message from
This reverts commit 8b37e1bef5a6b60e949e28a4db3006e4b00bd758.
It's broken as it changes led_blink_set() in a way that it can now sleep
(while synchronously waiting for workqueue to be cancelled). That's a
problem, because it's possible that this function gets called from atomic
context
Following recent work on the AT91 platforms, update the defconfigs to include
the new power and reset driver, the ADC and touchscreen driver, the new PWM
driver using the generic PWM framework.
Also remove deprecated options like CONFIG_PROC_DEVICETREE,
CONFIG_SCSI_MULTI_LUN, CONFIG_MII,
Update defconfig, adding:
- ADC/touchscreen
- PWM support using the generic framework
- generic PWM leds
- Power/reset
and removing deprecated config options.
Signed-off-by: Alexandre Belloni
---
arch/arm/configs/at91_dt_defconfig | 25 +
1 file changed, 13
Update defconfig, adding:
- ADC/touchscreen
- Power/reset
and removing deprecated config options.
Signed-off-by: Alexandre Belloni
---
arch/arm/configs/at91sam9260_9g20_defconfig | 13 +
1 file changed, 5 insertions(+), 8 deletions(-)
diff --git
Update defconfig, adding:
- PWM support using the generic framework
- generic PWM leds
- Power/reset
- Watchdog
and removing deprecated config options.
Signed-off-by: Alexandre Belloni
---
arch/arm/configs/at91sam9g45_defconfig | 19 +++
1 file changed, 11 insertions(+), 8
Update defconfig, adding power/reset and removing deprecated config options.
Signed-off-by: Alexandre Belloni
---
arch/arm/configs/at91sam9261_9g10_defconfig | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/arch/arm/configs/at91sam9261_9g10_defconfig
Update defconfig, adding:
- USB gadget
- PWM support using the generic framework
- generic PWM leds
- LEDs triggers
- Power/reset
and removing deprecated config options.
Signed-off-by: Alexandre Belloni
---
arch/arm/configs/at91sam9rl_defconfig | 19 ++-
1 file changed, 14
Update defconfig, adding:
- PWM support using the generic framework
- generic PWM leds
- Power/reset
and removing deprecated config options.
Signed-off-by: Alexandre Belloni
---
arch/arm/configs/sama5_defconfig | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git
Update defconfig, adding:
- PWM support using the generic framework
- generic PWM leds
- Power/reset
and removing deprecated config options.
Signed-off-by: Alexandre Belloni
---
arch/arm/configs/at91sam9263_defconfig | 13 ++---
1 file changed, 6 insertions(+), 7 deletions(-)
diff
On 09/01/2014 08:47 PM, Russell King - ARM Linux wrote:
On Wed, Aug 27, 2014 at 02:55:46PM +0900, AKASHI Takahiro wrote:
1)
setting x0 to -ENOSYS is necessary because, otherwise, user-issued syscall(-1)
will
return a bogus value when audit tracing is on.
Please note that, on arm,
On Tue, Sep 2, 2014 at 11:00 AM, Lee Jones wrote:
> On Mon, 01 Sep 2014, Johan Hovold wrote:
>> On Mon, Sep 01, 2014 at 07:22:39PM +0300, Octavian Purdila wrote:
>> > On Mon, Sep 1, 2014 at 6:46 PM, Lee Jones wrote:
>> > > On Mon, 01 Sep 2014, Octavian Purdila wrote:
>> > >
>> > >> On Mon, Sep
In one of our random test runs we observed the crash mentioned in the previous
mail.
After debugging we found out that the call flow of the inline and static
functions were
netlink_release
-netlink_remove
-__sk_del_bind_node
--__hlist_del
*pprev was NULL in __hlist_del
On Tue, Sep 02, 2014 at 04:49:16AM +0100, Pankaj Dubey wrote:
> Add symlink to include/dt-bindings from arch/arm64/boot/dts/include/ to
> match the ones in ARM architectures so that preprocessed device
> tree files can include various useful constant definitions.
>
> See commit c58299aa8754
Michel Dänzer writes:
> On 30.08.2014 22:59, Mikael Pettersson wrote:
> > Since 3.17-rc1 my radeon card (RV370 / X1050 card) causes screen corruption
> > after a while in X + firefox. This still occurs with yesterday's HEAD
> > of Linus' repo. 3.16 and ealier kernels are fine.
> >
> > I
On 01/05/2014 08:26, Brian Norris :
> 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.
>
> At the same time, drop the now-nonexistent CONFIG_MTD_CHAR symbol.
>
> Signed-off-by: Brian
On Tue, 02 Sep 2014, Arnd Bergmann wrote:
> On Tuesday 02 September 2014 09:05:16 Lee Jones wrote:
> > On Mon, 01 Sep 2014, Arnd Bergmann wrote:
> >
> > > On Monday 01 September 2014 17:04:26 Lee Jones wrote:
> > > > On Mon, 01 Sep 2014, Arnd Bergmann wrote:
> > > > > Maybe I'm misreading the
> -Original Message-
> From: Arnd Bergmann [mailto:a...@arndb.de]
> Sent: Tuesday, September 02, 2014 1:45 PM
> To: linux-arm-ker...@lists.infradead.org
> Cc: Lee Jones; kgene@samsung.com; li...@arm.linux.org.uk;
> naus...@samsung.com; Pankaj Dubey; Tomasz Figa;
On 01/09/14 22:22, Al Viro wrote:
On Mon, Sep 01, 2014 at 03:38:51PM +0100, Rob Jones wrote:
kmalloc where it is expected to be a size_t.
Which is a mistake too because allocations are never that large.
Yet.
*raised eyebrow*
You do realize that kmalloc() gives physically contiguous
Calling setsockopt with IPV6_JOIN_ANYCAST or IPV6_LEAVE_ANYCAST
triggers the assertion in addrconf_join_solict()/addrconf_leave_solict()
ipv6_sock_ac_join(), ipv6_sock_ac_drop(), ipv6_sock_ac_close() need to
take RTNL before calling ipv6_dev_ac_inc/dec. Same thing with
ipv6_sock_mc_join(),
On 1 September 2014 19:35, Marc Zyngier wrote:
>
> On 01/09/14 15:57, Hanjun Guo wrote:
> > From: Tomasz Nowicki
> >
> > ACPI kernel uses MADT table for proper GIC initialization. It needs to
> > parse GIC related subtables, collect CPU interface and distributor
> > addresses and call driver
On Tue, Sep 02, 2014 at 11:16:12AM +0300, Ville Syrjälä wrote:
> On Tue, Sep 02, 2014 at 10:41:05AM +0300, Jani Nikula wrote:
> > On Mon, 01 Sep 2014, Chris Wilson wrote:
> > > On Mon, Sep 01, 2014 at 01:36:37PM +0300, Ville Syrjälä wrote:
> > >> On Mon, Sep 01, 2014 at 11:20:09AM +0100, Chris
On 09/02/2014 10:23 AM, Daniel Wagner wrote:
> Hi Samuel,
>
> I just tried 3.17-rc3 and run into this problem:
>
> # make modules_install
>
> DEPMOD 3.17.0-rc3-2-g7505cea
> depmod: WARNING: found 6 modules in dependency cycles!
> depmod: WARNING:
>
Hi Samuel,
I just tried 3.17-rc3 and run into this problem:
# make modules_install
DEPMOD 3.17.0-rc3-2-g7505cea
depmod: WARNING: found 6 modules in dependency cycles!
depmod: WARNING:
/lib/modules/3.17.0-rc3-2-g7505cea/kernel/drivers/nfc/st21nfcb/st21nfcb.ko
in dependency cycle!
On Tue, Sep 02, 2014 at 12:14:08PM +0400, Cyrill Gorcunov wrote:
> On Tue, Sep 02, 2014 at 12:00:14PM +0400, Andrey Vagin wrote:
> > MAX_HANDLE_SZ is equal to 128, but currently the size of pad is only 64
> > bytes, so exportfs_encode_inode_fh can return an error.
> >
> > Cc: Cyrill Gorcunov
> >
When the SSCG (Spread Spectrum Clock Generator) is enabled, it shifts
the frequency of the clock. The percentage is no more than 1% but when
the clock is used for a timer it leads to a clock drift.
This patch allows to correct the affected clock when the SSCG is
enabled. The check is done in an
For dealing with the code we use the SAR1 and not the SAR0. The code
was correct, and now the comments too.
Signed-off-by: Gregory CLEMENT
---
drivers/clk/mvebu/armada-375.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/clk/mvebu/armada-375.c
Hi Mike, Jason, Andrew and Sebastian,
Few users reported a timer drift on the Armada 370 based board such as
the mirabox or the Netgear ReadyNAS 102. This is the second series
with few improvements after the review of the 1st version.
The reason is that when the SSCG (Spread Spectrum Clock
On Tue, Sep 02, 2014 at 10:41:05AM +0300, Jani Nikula wrote:
> On Mon, 01 Sep 2014, Chris Wilson wrote:
> > On Mon, Sep 01, 2014 at 01:36:37PM +0300, Ville Syrjälä wrote:
> >> On Mon, Sep 01, 2014 at 11:20:09AM +0100, Chris Wilson wrote:
> >> > On Mon, Sep 01, 2014 at 01:07:40PM +0300,
The Armada 370 SoC has a Spread Spectrum Clock Generator. This commit
adds the description of this generator to the Device Tree describing
this SoC.
Signed-off-by: Gregory CLEMENT
---
arch/arm/boot/dts/armada-370.dtsi | 4
1 file changed, 4 insertions(+)
diff --git
On Tuesday 02 September 2014 09:05:16 Lee Jones wrote:
> On Mon, 01 Sep 2014, Arnd Bergmann wrote:
>
> > On Monday 01 September 2014 17:04:26 Lee Jones wrote:
> > > On Mon, 01 Sep 2014, Arnd Bergmann wrote:
> > > > Maybe I'm misreading the patch, but I don't see how it creates a
> > > > migration
This commit activates the SSCG deviation correction for the Armada
370. It uses the optional function introduced by the commit "clk:
mvebu: Fix clk frequency value if SSCG is enabled".
Without this fix the deviation measured on a Mirabox was of a few
second each hour, whereas with this fix it was
On Tue, Sep 02, 2014 at 12:00:15PM +0400, Andrey Vagin wrote:
> Currently we handle only ENOSPC. In case of other errors the file_handle
> variable isn't filled properly and we will show a part of stack.
>
> Cc: Cyrill Gorcunov
> Cc: Alexander Viro
> Cc: Andrew Morton
> Signed-off-by: Andrey
On Tue, Sep 02, 2014 at 12:00:14PM +0400, Andrey Vagin wrote:
> MAX_HANDLE_SZ is equal to 128, but currently the size of pad is only 64
> bytes, so exportfs_encode_inode_fh can return an error.
>
> Cc: Cyrill Gorcunov
> Cc: Alexander Viro
> Cc: Andrew Morton
> Signed-off-by: Andrey Vagin
On Mon, 01 Sep 2014, Arnd Bergmann wrote:
> On Monday 01 September 2014 17:04:26 Lee Jones wrote:
> > On Mon, 01 Sep 2014, Arnd Bergmann wrote:
> > > Maybe I'm misreading the patch, but I don't see how it creates a
> > > migration path. What I want to end up with is infrastructure that
> > > lets
Currently we handle only ENOSPC. In case of other errors the file_handle
variable isn't filled properly and we will show a part of stack.
Cc: Cyrill Gorcunov
Cc: Alexander Viro
Cc: Andrew Morton
Signed-off-by: Andrey Vagin
---
fs/notify/fdinfo.c | 2 +-
1 file changed, 1 insertion(+), 1
MAX_HANDLE_SZ is equal to 128, but currently the size of pad is only 64
bytes, so exportfs_encode_inode_fh can return an error.
Cc: Cyrill Gorcunov
Cc: Alexander Viro
Cc: Andrew Morton
Signed-off-by: Andrey Vagin
---
fs/notify/fdinfo.c | 4 ++--
1 file changed, 2 insertions(+), 2
On Mon, 01 Sep 2014, Johan Hovold wrote:
> On Mon, Sep 01, 2014 at 07:22:39PM +0300, Octavian Purdila wrote:
> > On Mon, Sep 1, 2014 at 6:46 PM, Lee Jones wrote:
> > > On Mon, 01 Sep 2014, Octavian Purdila wrote:
> > >
> > >> On Mon, Sep 1, 2014 at 2:39 PM, Lee Jones wrote:
> > >> > On Mon, 01
On 09/01/2014 08:37 PM, Will Deacon wrote:
On Wed, Aug 27, 2014 at 06:55:46AM +0100, AKASHI Takahiro wrote:
On 08/27/2014 02:51 AM, Will Deacon wrote:
On Fri, Aug 22, 2014 at 01:35:17AM +0100, AKASHI Takahiro wrote:
Oops, you're absolutely right. I didn't think of this case.
Hi all,
On Mon, 01 Sep 2014 08:49:36 -0700, Guenter Roeck wrote:
> On 09/01/2014 05:28 AM, Mark Brown wrote:
> > Today's linux-next merge of the jdelvare-hwmon tree got a conflict with
> > Linus'
> > tree which appeared to be due to the hwmon quilt series I got from Stephen
> > being
> > based
On Mon, Sep 01, 2014 at 01:52:10PM +0530, kavitha bk wrote:
> On Sat, Aug 30, 2014 at 2:26 AM, Andreas Werner wrote:
>
> > I have a question regarding a driver for a Board Information EEPROM.
> >
> > I want to give our customer easy access to our Board Information EEPROM
> > which is an 256byte
Hi,
This patch series fixes several bugs in the PLL driver preventing a proper
set_rate on the PLL clk.
It also enables propagation of set_rate request on the USB clk in order to
configure the PLL rate according to the USB block requirement (48 MHz).
Note that existing kernels, relying on the
Use the cached values to calculate PLL rate instead of the register values.
This is required to prevent erroneous PLL rate return when the PLL rate
has been configured but the PLL is not prepared yet.
Signed-off-by: Boris BREZILLON
Reported-by: Gaël PORTAY
---
drivers/clk/at91/clk-pll.c | 11
The AT91 PLL rate configuration is done by configuring a multiplier/divider
pair.
The previous calculation was over-complicated (and apparently buggy).
Simplify the implementation and add some comments to explain what is done
here.
Signed-off-by: Boris BREZILLON
Reported-by: Gaël PORTAY
---
The RM9200 USB clock is actually connected to a single parent (the PLLB)
on which we can apply a specific divider.
The USB clock divider does not allow for fine grained control on the USB
clock frequency, hence propagating the set_rate request to the parent is
the only choice we have to properly
Signed-off-by: Boris BREZILLON
Reported-by: Gaël PORTAY
---
drivers/clk/at91/clk-pll.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/clk/at91/clk-pll.c b/drivers/clk/at91/clk-pll.c
index cf6ed02..7b453b9 100644
--- a/drivers/clk/at91/clk-pll.c
+++
Test rate value before calculating the div value to avoid div by zero.
Signed-off-by: Boris BREZILLON
Reported-by: Gaël PORTAY
---
drivers/clk/at91/clk-usb.c | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/drivers/clk/at91/clk-usb.c b/drivers/clk/at91/clk-usb.c
index
On 09/02/2014 08:32 AM, Klaus Goger wrote:
> Use the correct register address for Calibration Active and Interrupt
> Enable
>
> Signed-off-by: Klaus Goger
These register definitions are currently unused, but your fix is
correct. Just curious - are you planning to send patches that make use
of
On Mon, 2014-09-01 at 14:55 +0200, Peter Zijlstra wrote:
> But yes, unbounded errors here are a problem, sure relaxing the updates
> makes things go fast, they also make things go skew.
Okay. In that case, would you like to take our original patch which
avoids unnecessary updates?
-
Subject:
On Mon, 01 Sep 2014, Chris Wilson wrote:
> On Mon, Sep 01, 2014 at 01:36:37PM +0300, Ville Syrjälä wrote:
>> On Mon, Sep 01, 2014 at 11:20:09AM +0100, Chris Wilson wrote:
>> > On Mon, Sep 01, 2014 at 01:07:40PM +0300, ville.syrj...@linux.intel.com
>> > wrote:
>> > > From: Ville Syrjälä
>> > >
Commit 0244756edc4b ("ufs: sb mutex merge + mutex_destroy") introduces
deadlocks in ufs_new_inode() and ufs_free_inode().
Most callers of that functions acqure the mutex by themselves and
ufs_{new,free}_inode() do that via lock_ufs(),
i.e we have an unavoidable double lock.
The patch proposes to
On 09/02/2014 02:15 PM, Eliezer Tamir wrote:
> On 02/09/2014 06:29, Jason Wang wrote:
>> On 09/01/2014 02:39 PM, Eliezer Tamir wrote:
>>> On 29/08/2014 06:08, Jason Wang wrote:
> Yes, but rx busy polling only works in process context and does not
> disable bh, so it may be not an issue.
On 30.08.2014 22:59, Mikael Pettersson wrote:
> Since 3.17-rc1 my radeon card (RV370 / X1050 card) causes screen corruption
> after a while in X + firefox. This still occurs with yesterday's HEAD
> of Linus' repo. 3.16 and ealier kernels are fine.
>
> I ran a bisect, which identified:
>
>
Am Montag, 1. September 2014, 17:26:29 schrieb Mike Turquette:
> Quoting Heiko Stübner (2014-08-28 03:46:10)
>
> > On 32bit architectures, like ARM calculating the fractional rate will
> > do the multiplication before converting the value to u64 when it gets
> > assigned to ret, which can produce
On Mon, 01 Sep 2014, Nishanth Menon wrote:
> On 09/01/2014 04:32 AM, Lee Jones wrote:
> >On Fri, 29 Aug 2014, Nishanth Menon wrote:
> >>On 08/29/2014 05:56 AM, Lee Jones wrote:
> >>>On Tue, 19 Aug 2014, Nishanth Menon wrote:
> >>>
> With the recent pinctrl-single changes, omaps can treat
On Tue, 02 Sep 2014, Chang, Rebecca Swee Fun wrote:
>
>
> > -Original Message-
> > From: Andy Shevchenko [mailto:andriy.shevche...@linux.intel.com]
> > Sent: 01 September, 2014 6:25 PM
> > To: Lee Jones
> > Cc: Bjorn Helgaas; linux-kernel@vger.kernel.org; Samuel Ortiz; Chang,
> >
On Mon, 01 Sep 2014, Doug Anderson wrote:
> On Mon, Sep 1, 2014 at 3:09 AM, Lee Jones wrote:
> > On Mon, 01 Sep 2014, Chris Zhong wrote:
> >
> >> The RK808 chip is a power management IC for multimedia and handheld
> >> devices. It contains the following components:
> >>
> >> - Regulators
> >> -
phpBB 3.1.0 new version is out .
Please update your forum to the latest version .
We provide paid support if you are interested, please, reply to this email
Thank you
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On 09/02/2014 02:12 PM, Peter Zijlstra wrote:
> On Tue, Sep 02, 2014 at 11:38:40AM +0800, Jason Wang wrote:
>> > I see, how about just exporting a boolean helper like
>> > current_can_busy_loop() and take care all of the conditions (pending bhs
>> > and rcu callbacks, runnable processes) in
On Tue, Aug 26, 2014 at 12:44:09PM -0500, Aravind Gopalakrishnan wrote:
> Rationale behind this change:
> - F2x1xx addresses were stopped from being mapped explicitly to DCT1
>from F15h (OR) onwards. They use _dct[0:1] mechanism to access the
>registers. So we should move away from using
On Fri, Aug 29, 2014 at 11:17 AM, Oleg Nesterov wrote:
> ONCE AGAIN, THIS IS MORE THE QUESTION THAN THE PATCH.
this patch I think needs more thought for sure. please see below.
>
> interrupted_kernel_fpu_idle() does:
>
> if (use_eager_fpu())
> return true;
>
>
* Matt Fleming [140830 13:24]:
> On Wed, 27 Aug, at 10:13:22AM, Yinghai Lu wrote:
> > How about adding more info print out like:
> > "Try to load initrd file to higher address..."
> Yeah, that could work, at least we've had some debugging information to
> go on if people start reporting hangs,
Add usb_functionfs_descs_head_v2 structure for the new layout of
descriptors.
Signed-off-by: Zhuang Jin Can
---
include/uapi/linux/usb/functionfs.h |9 +
1 file changed, 9 insertions(+)
diff --git a/include/uapi/linux/usb/functionfs.h
b/include/uapi/linux/usb/functionfs.h
index
Hi Rafael,
On Tue, Sep 2, 2014 at 1:50 AM, Rafael J. Wysocki wrote:
>> Signed-off-by: Geert Uytterhoeven
>
> I'm going to apply this one. Does anything depend on it?
Thanks. So far nothing depends on it.
>> ---
>> include/linux/pm_domain.h |2 +-
>> 1 file changed, 1 insertion(+), 1
Hi,
On 09/02/2014 06:18 AM, Chunwei Chen wrote:
> Dear all:
>
> The kernel version is 3.16.1-1-ARCH
>
> Today I keep getting this panic when booting up.
> http://i.imgur.com/0Rx93Kr.jpg
>
> It might be that the UAS device was in some strange state,
> because that after I unplugged and
Use the correct register address for Calibration Active and Interrupt
Enable
Signed-off-by: Klaus Goger
---
drivers/input/keyboard/cap1106.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/input/keyboard/cap1106.c b/drivers/input/keyboard/cap1106.c
index
On Fri, Aug 29, 2014 at 11:16 AM, Oleg Nesterov wrote:
> interrupted_kernel_fpu_idle() tries to detect if kernel_fpu_begin()
> is safe or not. In particulat it should obviously deny the nested
> kernel_fpu_begin() and this logic doesn't look clean.
>
> If use_eager_fpu() == T we rely on a)
On Mon, Sep 01, 2014 at 04:59:21PM -0300, Henrique de Moraes Holschuh wrote:
> On Mon, 01 Sep 2014, H. Peter Anvin wrote:
> > No, it is worse to rename it and have older kernels behave differently.
> > Kernel options are basically super obscure to most people anyway.
>
> Ok, so rename is out,
On 09/02/2014 02:03 PM, Eliezer Tamir wrote:
> On 02/09/2014 06:35, Jason Wang wrote:
>> On 09/01/2014 02:55 PM, Eliezer Tamir wrote:
>>> On 26/08/2014 10:16, Jason Wang wrote:
On 08/25/2014 09:16 PM, Eliezer Tamir wrote:
>>> Think about the case where two processes are busy polling on the
On 02/09/2014 06:29, Jason Wang wrote:
> On 09/01/2014 02:39 PM, Eliezer Tamir wrote:
>> On 29/08/2014 06:08, Jason Wang wrote:
Yes, but rx busy polling only works in process context and does not
disable bh, so it may be not an issue.
>> sk_busy_loop() uses rcu_read_lock_bh(), so it does
On Tue, Sep 02, 2014 at 11:38:40AM +0800, Jason Wang wrote:
> I see, how about just exporting a boolean helper like
> current_can_busy_loop() and take care all of the conditions (pending bhs
> and rcu callbacks, runnable processes) in scheduler code itself?
How is that going to help the cases
On 9/2/14 13:17, Paul Gortmaker wrote:
> [Re: [PATCH] init/Kconfig: Add ENDIAN attributes for all architectures using]
> On 01/09/2014 (Mon 10:01) H. Peter Anvin wrote:
>
>> On 09/01/2014 09:08 AM, Paul Gortmaker wrote:
>
diff --git a/init/Kconfig b/init/Kconfig
index
On 02/09/2014 06:35, Jason Wang wrote:
> On 09/01/2014 02:55 PM, Eliezer Tamir wrote:
>> On 26/08/2014 10:16, Jason Wang wrote:
>>> On 08/25/2014 09:16 PM, Eliezer Tamir wrote:
>> Think about the case where two processes are busy polling on the
>> same CPU and the same device queue. Since busy
(2014/09/02 0:15), Christoph Hellwig wrote:
On Mon, Sep 01, 2014 at 12:33:28PM +, Yoshihiro YUNOMAE wrote:
For getting driver byte, host byte, msg byte, and status byte, macros are
implemented in scsi/scsi.h, so we use it.
As mentioned about three times in various previous scsi logging
(2014/09/02 0:15), Christoph Hellwig wrote:
On Mon, Sep 01, 2014 at 12:33:28PM +, Yoshihiro YUNOMAE wrote:
For getting driver byte, host byte, msg byte, and status byte, macros are
implemented in scsi/scsi.h, so we use it.
As mentioned about three times in various previous scsi logging
On 02/09/2014 06:35, Jason Wang wrote:
On 09/01/2014 02:55 PM, Eliezer Tamir wrote:
On 26/08/2014 10:16, Jason Wang wrote:
On 08/25/2014 09:16 PM, Eliezer Tamir wrote:
Think about the case where two processes are busy polling on the
same CPU and the same device queue. Since busy polling
On 9/2/14 13:17, Paul Gortmaker wrote:
[Re: [PATCH] init/Kconfig: Add ENDIAN attributes for all architectures using]
On 01/09/2014 (Mon 10:01) H. Peter Anvin wrote:
On 09/01/2014 09:08 AM, Paul Gortmaker wrote:
diff --git a/init/Kconfig b/init/Kconfig
index ac033c3..f301cc8 100644
---
On Tue, Sep 02, 2014 at 11:38:40AM +0800, Jason Wang wrote:
I see, how about just exporting a boolean helper like
current_can_busy_loop() and take care all of the conditions (pending bhs
and rcu callbacks, runnable processes) in scheduler code itself?
How is that going to help the cases that
On 02/09/2014 06:29, Jason Wang wrote:
On 09/01/2014 02:39 PM, Eliezer Tamir wrote:
On 29/08/2014 06:08, Jason Wang wrote:
Yes, but rx busy polling only works in process context and does not
disable bh, so it may be not an issue.
sk_busy_loop() uses rcu_read_lock_bh(), so it does run with bh
On 09/02/2014 02:03 PM, Eliezer Tamir wrote:
On 02/09/2014 06:35, Jason Wang wrote:
On 09/01/2014 02:55 PM, Eliezer Tamir wrote:
On 26/08/2014 10:16, Jason Wang wrote:
On 08/25/2014 09:16 PM, Eliezer Tamir wrote:
Think about the case where two processes are busy polling on the
same CPU and
On Mon, Sep 01, 2014 at 04:59:21PM -0300, Henrique de Moraes Holschuh wrote:
On Mon, 01 Sep 2014, H. Peter Anvin wrote:
No, it is worse to rename it and have older kernels behave differently.
Kernel options are basically super obscure to most people anyway.
Ok, so rename is out, although
On Fri, Aug 29, 2014 at 11:16 AM, Oleg Nesterov o...@redhat.com wrote:
interrupted_kernel_fpu_idle() tries to detect if kernel_fpu_begin()
is safe or not. In particulat it should obviously deny the nested
kernel_fpu_begin() and this logic doesn't look clean.
If use_eager_fpu() == T we rely on
Use the correct register address for Calibration Active and Interrupt
Enable
Signed-off-by: Klaus Goger klaus.go...@theobroma-systems.com
---
drivers/input/keyboard/cap1106.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/input/keyboard/cap1106.c
Hi,
On 09/02/2014 06:18 AM, Chunwei Chen wrote:
Dear all:
The kernel version is 3.16.1-1-ARCH
Today I keep getting this panic when booting up.
http://i.imgur.com/0Rx93Kr.jpg
It might be that the UAS device was in some strange state,
because that after I unplugged and power-cycled the
Hi Rafael,
On Tue, Sep 2, 2014 at 1:50 AM, Rafael J. Wysocki r...@rjwysocki.net wrote:
Signed-off-by: Geert Uytterhoeven geert+rene...@glider.be
I'm going to apply this one. Does anything depend on it?
Thanks. So far nothing depends on it.
---
include/linux/pm_domain.h |2 +-
1 file
Add usb_functionfs_descs_head_v2 structure for the new layout of
descriptors.
Signed-off-by: Zhuang Jin Can jin.can.zhu...@intel.com
---
include/uapi/linux/usb/functionfs.h |9 +
1 file changed, 9 insertions(+)
diff --git a/include/uapi/linux/usb/functionfs.h
* Matt Fleming m...@console-pimps.org [140830 13:24]:
On Wed, 27 Aug, at 10:13:22AM, Yinghai Lu wrote:
How about adding more info print out like:
Try to load initrd file to higher address...
Yeah, that could work, at least we've had some debugging information to
go on if people start
On Fri, Aug 29, 2014 at 11:17 AM, Oleg Nesterov o...@redhat.com wrote:
ONCE AGAIN, THIS IS MORE THE QUESTION THAN THE PATCH.
this patch I think needs more thought for sure. please see below.
interrupted_kernel_fpu_idle() does:
if (use_eager_fpu())
return true;
On Tue, Aug 26, 2014 at 12:44:09PM -0500, Aravind Gopalakrishnan wrote:
Rationale behind this change:
- F2x1xx addresses were stopped from being mapped explicitly to DCT1
from F15h (OR) onwards. They use _dct[0:1] mechanism to access the
registers. So we should move away from using
On 09/02/2014 02:12 PM, Peter Zijlstra wrote:
On Tue, Sep 02, 2014 at 11:38:40AM +0800, Jason Wang wrote:
I see, how about just exporting a boolean helper like
current_can_busy_loop() and take care all of the conditions (pending bhs
and rcu callbacks, runnable processes) in scheduler code
phpBB 3.1.0 new version is out .
Please update your forum to the latest version .
We provide paid support if you are interested, please, reply to this email
Thank you
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to
On Mon, 01 Sep 2014, Doug Anderson wrote:
On Mon, Sep 1, 2014 at 3:09 AM, Lee Jones lee.jo...@linaro.org wrote:
On Mon, 01 Sep 2014, Chris Zhong wrote:
The RK808 chip is a power management IC for multimedia and handheld
devices. It contains the following components:
- Regulators
-
On Tue, 02 Sep 2014, Chang, Rebecca Swee Fun wrote:
-Original Message-
From: Andy Shevchenko [mailto:andriy.shevche...@linux.intel.com]
Sent: 01 September, 2014 6:25 PM
To: Lee Jones
Cc: Bjorn Helgaas; linux-kernel@vger.kernel.org; Samuel Ortiz; Chang,
Rebecca
Swee Fun
On Mon, 01 Sep 2014, Nishanth Menon wrote:
On 09/01/2014 04:32 AM, Lee Jones wrote:
On Fri, 29 Aug 2014, Nishanth Menon wrote:
On 08/29/2014 05:56 AM, Lee Jones wrote:
On Tue, 19 Aug 2014, Nishanth Menon wrote:
With the recent pinctrl-single changes, omaps can treat wake-up events
from
Am Montag, 1. September 2014, 17:26:29 schrieb Mike Turquette:
Quoting Heiko Stübner (2014-08-28 03:46:10)
On 32bit architectures, like ARM calculating the fractional rate will
do the multiplication before converting the value to u64 when it gets
assigned to ret, which can produce
On 30.08.2014 22:59, Mikael Pettersson wrote:
Since 3.17-rc1 my radeon card (RV370 / X1050 card) causes screen corruption
after a while in X + firefox. This still occurs with yesterday's HEAD
of Linus' repo. 3.16 and ealier kernels are fine.
I ran a bisect, which identified:
commit
On 09/02/2014 02:15 PM, Eliezer Tamir wrote:
On 02/09/2014 06:29, Jason Wang wrote:
On 09/01/2014 02:39 PM, Eliezer Tamir wrote:
On 29/08/2014 06:08, Jason Wang wrote:
Yes, but rx busy polling only works in process context and does not
disable bh, so it may be not an issue.
sk_busy_loop()
701 - 800 of 1554 matches
Mail list logo
