On Wed, Jun 11, 2014 at 10:45 AM, Josh Boyer wrote:
> On Wed, Jun 11, 2014 at 1:42 PM, Andy Lutomirski wrote:
>> On Wed, Jun 11, 2014 at 10:33 AM, Josh Boyer
>> wrote:
>>> On Wed, Jun 11, 2014 at 1:27 PM, H. Peter Anvin wrote:
On 06/11/2014 10:23 AM, Josh Boyer wrote:
>
> So this
On Wed, Jun 11, 2014 at 11:39 AM, John Stultz wrote:
> Just back from vacation, sorry for the slow response. Thanks for
> submitting this! Also sorry for my confusion mixing
> raw_seqcount_begin() and raw_seqlock_begin() in our earlier discussion
Bah. Not raw_seqlock_begin.. I meant
On Wed, Jun 11, 2014 at 12:41:56PM -0400, Josh Boyer wrote:
> On Wed, Jun 11, 2014 at 12:36 PM, Sam Ravnborg wrote:
> > On Wed, Jun 11, 2014 at 09:20:05AM -0700, Andy Lutomirski wrote:
> >> This changes kbuild slightly because I didn't want to fight with using
> >> static pattern rules and extra
Linus,
Please pull the following changes for 3.16 from:
git://git.kernel.org/pub/scm/linux/kernel/git/cmetcalf/linux-tile.git master
These mostly just address smaller issues reported to me.
Thanks!
Daniel Walter (1):
replace strict_strto* call with kstrto*
Fabian Frederick (1):
On Thu, May 29, 2014 at 2:36 AM, Benjamin Gaignard
wrote:
> This series of patches add the support of DRM/KMS drivers for
> STMicroelectronics
> chipsets stih416 and stih407.
>
> version 4:
> - Remove depency between TVout it subdevices HDMI and HDA
> - Rework and simplify VTG
Add commentry to document the chain walk and the protection mechanisms
and their scope.
Signed-off-by: Thomas Gleixner
---
kernel/locking/rtmutex.c | 100 ++-
1 file changed, 91 insertions(+), 9 deletions(-)
Index: tip/kernel/locking/rtmutex.c
Exit right away, when the removed waiter was not the top prioriy
waiter on the lock. Get rid of the extra indent level.
Signed-off-by: Thomas Gleixner
---
kernel/locking/rtmutex.c | 36 +++-
1 file changed, 19 insertions(+), 17 deletions(-)
Index:
On Thu, Jun 5, 2014 at 8:31 AM, Trond Myklebust
wrote:
> This commit reverts the addition of lockdep checking to raw_seqcount_begin
> for the following reasons:
>
> 1) It violates the naming convention that raw_* functions should not
>do lockdep checks (a convention that is also followed by
The mutex optimistic spinning documentation states that we spin for
acquisition when we find that there are no pending waiters. However,
in actuality, whether or not there are waiters for the mutex doesn't
determine if we will spin for it.
This patch removes that statement and also adds a
The various devm_ functions allocate memory that is released when a
driver detaches. This patch uses devm_ioremap_resource for data
that is allocated in the probe function of a platform device and
is only freed in the remove function. The corresponding free functions
are removed and two labels are
v1->v2:
- There were discussions in v1 about a possible mutex_has_waiters()
function. This patch didn't use that function because the places which
used MUTEX_SHOW_NO_WAITER requires checking for lock->count while an
actual mutex_has_waiters() should check for !list_empty(wait_list).
We'll
Upon entering the slowpath in __mutex_lock_common(), we try once more to
acquire the mutex. We only try to acquire if (lock->count >= 0). However,
what we actually want here is to try to acquire if the mutex is unlocked
(lock->count == 1).
This patch changes it so that we only try-acquire the
The mutex_trylock() function calls into __mutex_trylock_fastpath() when
trying to obtain the mutex. On 32 bit x86, in the !__HAVE_ARCH_CMPXCHG
case, __mutex_trylock_fastpath() calls directly into __mutex_trylock_slowpath()
regardless of whether or not the mutex is locked.
In
v1->v2:
- Remove the MUTEX_SHOW_NO_WAITER() macro.
- Use !mutex_is_locked() instead of introducing a new MUTEX_IS_UNLOCKED() macro.
- Add more information to the changelog of the "Optimize mutex trylock slowpath"
patch
This patchset contains documentation fixes and optimizations for mutex.
On 06/11/2014 02:18 PM, Paul E. McKenney wrote:
> On Tue, Jun 10, 2014 at 09:42:42PM -0700, Paul E. McKenney wrote:
>> On Wed, Jun 11, 2014 at 12:23:57AM -0400, Pranith Kumar wrote:
>>> Hi Paul,
>>>
>>> On Wed, Jun 11, 2014 at 12:12 AM, Paul E. McKenney
>>> wrote:
> if (rnp->gpnum !=
unsigned values are always >=0
Cc: David Howells
Cc: Andrew Morton
Signed-off-by: Fabian Frederick
---
fs/cachefiles/bind.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/fs/cachefiles/bind.c b/fs/cachefiles/bind.c
index d749731..dd333a6 100644
---
On Wed, Jun 11, 2014 at 5:02 PM, Doug Smythies wrote:
>
> On 2104.06.11 07:08 Stratos Karafotis wrote:
>> On 11/06/2014 04:41 μμ, Doug Smythies wrote:
>>
>> No.
>>
>> The intent was only ever to round properly the pseudo floating point result
>> of the divide.
>> It was much more important (ugh,
On 06/11/2014 11:18 AM, Paul E. McKenney wrote:
> On Wed, Jun 11, 2014 at 10:46:00AM -0500, David Chiluk wrote:
>> Now think about what happens when a gateway goes down, the namespaces
>> need to be migrated, or a new machine needs to be brought up to replace
>> it. When we're talking about 3000
unsigned value is never < 0
Cc: Ryusuke Konishi
Cc: Andrew Morton
Signed-off-by: Fabian Frederick
---
fs/nilfs2/super.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/fs/nilfs2/super.c b/fs/nilfs2/super.c
index 8c532b2..401b97f 100644
--- a/fs/nilfs2/super.c
+++
On Thu, May 29, 2014 at 2:37 AM, Benjamin Gaignard
wrote:
> TVout hardware block is responsible to dispatch the data flow coming
> from compositor block to any of the output (HDMI or Analog TV).
> It control when output are start/stop and configure according the
> require flow path.
>
> TVout is
On Tue, Jun 10, 2014 at 09:42:42PM -0700, Paul E. McKenney wrote:
> On Wed, Jun 11, 2014 at 12:23:57AM -0400, Pranith Kumar wrote:
> > Hi Paul,
> >
> > On Wed, Jun 11, 2014 at 12:12 AM, Paul E. McKenney
> > wrote:
> > >> if (rnp->gpnum != rnp->completed ||
> > >> -
On Wed, 11 Jun 2014, Matthias Brugger wrote:
> +static void mtk_clkevt_mode(enum clock_event_mode mode,
> + struct clock_event_device *clk)
> +{
> + struct mtk_clock_event_device *evt = to_mtk_clk(clk);
> +
> + mtk_clkevt_time_stop(evt, GPT_CLK_EVT);
> +
> +
On Wed, Jun 11, 2014 at 4:29 AM, Bjorn Helgaas wrote:
> On Tue, Jun 10, 2014 at 2:51 PM, Rafael J. Wysocki wrote:
>> From: Rafael J. Wysocki
>>
>> After relatively recent changes in the ACPI-based PCI hotplug
>> (ACPIPHP) code, the acpiphp_check_host_bridge() executed for PCI
>> host bridges
On 06/11, Paul E. McKenney wrote:
>
> On Wed, Jun 11, 2014 at 07:17:34PM +0200, Oleg Nesterov wrote:
> > On 06/11, Oleg Nesterov wrote:
> > >
> > > On 06/11, Paul E. McKenney wrote:
> > >
> > > > raw_spin_unlock_irqrestore(>lock, flags);
> > > > rt_mutex_lock(); /* Side effect:
On 06/10/2014 03:52 PM, Tony Luck wrote:
> On Mon, Jun 9, 2014 at 4:18 PM, Rob Herring wrote:
>> It should do auto detect of the baud-rate if it is not specified which
>> for 8250 is just reading the baud-rate divider and calculating the
>> baud-rate using the uart clock. It should just reprogram
Al Viro:
> The former guarantees that the address we are doing trylock on would be that
> of a live dentry. The latter makes sure that anything assigned to
> dentry->d_parent after we drop ->d_lock will not be freed until we drop
> rcu_read_lock.
Although I don't know how to reproduce the
I think i_mutex locking is absolutely unnecessary here.
It is uselessly taken here even when IMA policy is empty and
IMA is effectively disabled.
Signed-off-by: Dmitry Kasatkin
---
security/integrity/ima/ima_main.c | 4
1 file changed, 4 deletions(-)
diff --git
On Wed, Jun 11, 2014 at 1:42 PM, Andy Lutomirski wrote:
> On Wed, Jun 11, 2014 at 10:33 AM, Josh Boyer
> wrote:
>> On Wed, Jun 11, 2014 at 1:27 PM, H. Peter Anvin wrote:
>>> On 06/11/2014 10:23 AM, Josh Boyer wrote:
So this does fix the invocation of 'make vdso_install' and the
On Wed, Jun 11, 2014 at 10:38 AM, Linus Torvalds
wrote:
>
> Ok, I'm going to revert that commit. The games it plays with cpu
> numbers and preemption make me worried, and it looks silly.
>
> If the only reason for that patch is interrupt latency, then if the
> "preempt_disable()" had been done
On Wed, Jun 11, 2014 at 10:33 AM, Josh Boyer wrote:
> On Wed, Jun 11, 2014 at 1:27 PM, H. Peter Anvin wrote:
>> On 06/11/2014 10:23 AM, Josh Boyer wrote:
>>>
>>> So this does fix the invocation of 'make vdso_install' and the
>>> resulting files look to be accurate to me, with the glaring
Hello Linus,
could you please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/jack/linux-fs.git for_linus
to get big reiserfs cleanup from Jeff, an ext3 deadlock fix, and some small
cleanups.
Top of the tree is 19ef1229bc2e. The full shortlog is:
Fabian Frederick (2):
On Wed, Jun 11, 2014 at 04:13:07PM +0400, Denis Kirjanov wrote:
> I got a trace while running 3.15.0-08556-gdfb9454:
>
> [ 104.534026] Unable to handle kernel paging request for data at
> address 0xc0007f00
Were there any kmemleak messages prior to this, like "kmemleak
disabled"? There
On Wed, Jun 11, 2014 at 7:55 AM, Sasha Levin wrote:
>
> I've ran a bisection again and ended up at the same commit as Jet Chen (the
> commit
> unfortunately already made it to Linus's tree).
Ok, I'm going to revert that commit. The games it plays with cpu
numbers and preemption make me
On Sat 07-06-14 16:52:49, Linus Torvalds wrote:
> On Wed, Jun 4, 2014 at 1:27 PM, Jan Kara wrote:
> > Hello Linus,
> >
> > could you please pull from
> >
> > git://git.kernel.org/pub/scm/linux/kernel/git/jack/linux-fs.git for_linus
> >
> > to get big reiserfs cleanup from Jeff, an ext3
Hi Ulf,
On 11/06/14 18:35, Ulf Hansson wrote:
Thanks Srinivas, great work!
We didn't reach 3.16, but now I have applied this for my next branch
intended for 3.17.
That's great.
For you information, the v6 patchset needed a minor re-base, and one
of the patches had a checkpatch error. I
On 2 June 2014 11:03, wrote:
> From: Srinivas Kandagatla
>
> Thankyou Linus W, Ulf H, Russell K and everyone for reviewing RFC to v5
> patches.
>
> This patch series adds Qualcomm SD Card Controller support in pl180 mmci
> driver. QCom SDCC is basically a pl180, but bit more customized, some
On Wed, Jun 11, 2014 at 04:05:42PM +0200, Johan Hovold wrote:
>
On Wed, Jun 11, 2014 at 12:21:39AM +0300, Janne Kanniainen wrote:
> > +static int gt683r_led_snd_msg(struct gt683r_led *led, char *msg)
> > +{
> > + int ret;
> > +
> > + ret = hid_hw_raw_request(led->hdev, 0x01, msg,
On Wed, Jun 11, 2014 at 10:32 AM, H. Peter Anvin wrote:
>
> It is not about loading over 4G, it is that some kinds of code (in
> particular accessing global variables) from the early microcode loading
> code doesn't work on 32 bits, so it needs to be tested.
Ok, will test 32bit path.
Thanks
On Wed, Jun 11, 2014 at 1:27 PM, H. Peter Anvin wrote:
> On 06/11/2014 10:23 AM, Josh Boyer wrote:
>>
>> So this does fix the invocation of 'make vdso_install' and the
>> resulting files look to be accurate to me, with the glaring exception
>> that now we get e.g. vdso64.so on x86_64 as the
On 06/11/2014 10:30 AM, Yinghai Lu wrote:
> On Tue, Jun 10, 2014 at 11:08 PM, H. Peter Anvin wrote:
>> On 06/10/2014 10:04 PM, Yinghai Lu wrote:
>>> When using kexec with 64bit kernel, bzImage and ramdisk could be
>>> loaded above 4G. We need this to get correct ramdisk adress.
>>>
>>> Make
On Tue, Jun 10, 2014 at 10:44:14PM +0200, Borislav Petkov wrote:
> Btw,
>
> while we're at it, I see uv_bios_call is sometimes done with preemption
> disabled around it and sometimes it is not (at least I don't see it)...
>
> In any case, if SGI uses the EFI pagetable now too, you probably would
Hi,
Thanks for the bisect.
On 6/11/2014 4:40 AM, Geert Uytterhoeven wrote:
> With current mainline, I get an early crash on r8a7791/koelsch:
>
> BUG: Bad page state in process swapper pfn:0
> page:ee20b000 count:0 mapcount:0 mapping:66756200 index:0x65726566
> page flags:
>
On Tue, Jun 10, 2014 at 11:08 PM, H. Peter Anvin wrote:
> On 06/10/2014 10:04 PM, Yinghai Lu wrote:
>> When using kexec with 64bit kernel, bzImage and ramdisk could be
>> loaded above 4G. We need this to get correct ramdisk adress.
>>
>> Make get_ramdisk_image() global and use it for early
On Wed, Jun 11, 2014 at 09:55:48AM +0100, Matt Fleming wrote:
> Can't you use either early_ioremap() or ioremap() (depending on when you
> want to access the physical address), perhaps coupled with
> efi_call_phys()?
I had actually tried that exact approach, but I think the problem is
that I need
On Wed, Jun 11, 2014 at 07:17:34PM +0200, Oleg Nesterov wrote:
> On 06/11, Oleg Nesterov wrote:
> >
> > On 06/11, Paul E. McKenney wrote:
> >
> > > raw_spin_unlock_irqrestore(>lock, flags);
> > > rt_mutex_lock(); /* Side effect: boosts task t's priority. */
> > > rt_mutex_unlock(); /* Keep
Hi Tushar,
On 11.06.2014 07:32, Tushar Behera wrote:
> When the output clock of AUDSS mux is disabled, we are getting kernel
> oops while doing a clk_get() on other clocks provided by AUDSS. Though
> user manual doesn't specify this dependency, we came across this issue
> while disabling the
On Wed, Jun 11, 2014 at 07:07:05PM +0200, Oleg Nesterov wrote:
> On 06/11, Paul E. McKenney wrote:
> >
> > @@ -1202,10 +1204,14 @@ static int rcu_boost(struct rcu_node *rnp)
> > t = container_of(tb, struct task_struct, rcu_node_entry);
> > rt_mutex_init_proxy_locked(, t);
> >
On 06/11/2014 10:23 AM, Josh Boyer wrote:
>
> So this does fix the invocation of 'make vdso_install' and the
> resulting files look to be accurate to me, with the glaring exception
> that now we get e.g. vdso64.so on x86_64 as the installed file instead
> of vdso.so. How much that actually
Converted a C99 comment to fix the following error:
ERROR: trailing statements should be on next line
Signed-off-by: Chaitanya Hazarey
---
drivers/staging/rtl8192u/r8192U_core.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/rtl8192u/r8192U_core.c
Fixed open brace placement to address the following code-style errors:
ERROR: that open brace { should be on the previous line
Signed-off-by: Chaitanya Hazarey
---
drivers/staging/rtl8192u/r8192U_core.c | 69 --
1 file changed, 23 insertions(+), 46 deletions(-)
Signed-off-by: navin patidar
---
drivers/staging/rtl8188eu/include/usb_ops_linux.h |3 ---
1 file changed, 3 deletions(-)
diff --git a/drivers/staging/rtl8188eu/include/usb_ops_linux.h
b/drivers/staging/rtl8188eu/include/usb_ops_linux.h
index e722c45..0a6e5d0 100644
---
On Wed, Jun 11, 2014 at 12:20 PM, Andy Lutomirski wrote:
> Rather than monkeying with barely-comprehensible static pattern
> rules, just use an explicit loop.
>
> Signed-off-by: Andy Lutomirski
> ---
> arch/x86/vdso/Makefile | 20 +++-
> 1 file changed, 7 insertions(+), 13
_rtw_read8() is a wrapper function, being used to call usb_read8().
Call usb_read8() directly and drop _rtw_read8().
Signed-off-by: navin patidar
---
drivers/staging/rtl8188eu/core/rtw_debug.c|2 +-
drivers/staging/rtl8188eu/core/rtw_efuse.c| 24 +++---
Signed-off-by: navin patidar
---
drivers/staging/rtl8188eu/Makefile |1 -
drivers/staging/rtl8188eu/core/rtw_io.c | 53 --
drivers/staging/rtl8188eu/include/drv_types.h|1 -
drivers/staging/rtl8188eu/include/rtw_io.h | 36
Signed-off-by: navin patidar
---
drivers/staging/rtl8188eu/include/drv_types.h |1 -
drivers/staging/rtl8188eu/include/rtw_io.h| 42 -
2 files changed, 43 deletions(-)
diff --git a/drivers/staging/rtl8188eu/include/drv_types.h
On Wed, Jun 04, 2014 at 03:49:50PM -0700, Alexei Starovoitov wrote:
> free_msi_irqs() is leaking memory, since
> list_for_each_entry(entry, >msi_list, list) {...}
> is never executed, because dev->msi_list is made empty by
> the loop just above this one.
>
> Fix it by relying on zero termination
we have removed all rtw_[read,write]() function calls,
so no need to initialize structures used to build rtw_[read,write]
abstraction.
Signed-off-by: navin patidar
---
drivers/staging/rtl8188eu/core/rtw_io.c | 16
drivers/staging/rtl8188eu/hal/usb_ops_linux.c |4
_rtw_read16() is a wrapper function, being used to call usb_read16().
Call usb_read16() directly and drop _rtw_read16().
Signed-off-by: navin patidar
---
drivers/staging/rtl8188eu/core/rtw_debug.c|2 +-
drivers/staging/rtl8188eu/core/rtw_io.c | 12
Signed-off-by: navin patidar
---
drivers/staging/rtl8188eu/core/rtw_debug.c|1 +
drivers/staging/rtl8188eu/core/rtw_efuse.c|3 +--
drivers/staging/rtl8188eu/core/rtw_mp.c |2 +-
drivers/staging/rtl8188eu/core/rtw_mp_ioctl.c |2 +-
_rtw_read32() is a wrapper function, being used to call usb_read32().
Call usb_read32() directly and drop _rtw_read32().
Signed-off-by: navin patidar
---
drivers/staging/rtl8188eu/core/rtw_debug.c | 14 ++---
drivers/staging/rtl8188eu/core/rtw_efuse.c |6 +-
_rtw_write_port() is a wrapper function, being used to call usb_write_port().
Call usb_write_port() directly and drop _rtw_write_port().
Signed-off-by: navin patidar
---
drivers/staging/rtl8188eu/core/rtw_io.c| 16
drivers/staging/rtl8188eu/hal/rtl8188eu_xmit.c |4
Signed-off-by: navin patidar
---
drivers/staging/rtl8188eu/include/rtw_io.h | 43
1 file changed, 43 deletions(-)
diff --git a/drivers/staging/rtl8188eu/include/rtw_io.h
b/drivers/staging/rtl8188eu/include/rtw_io.h
index 4c8a8c1..5c76815 100644
---
_rtw_write_port_cancel() is a wrapper function, being used to call
usb_write_port_cancel().
Call usb_write_port_cancel() directly and drop _rtw_write_port_cancel().
Signed-off-by: navin patidar
---
drivers/staging/rtl8188eu/core/rtw_io.c | 12
_rtw_read_port() is a wrapper function, being used to call usb_read_port().
use usb_read_port() directly and drop _rtw_read_port().
Signed-off-by: navin patidar
---
drivers/staging/rtl8188eu/core/rtw_io.c | 20
drivers/staging/rtl8188eu/hal/usb_halinit.c |7
_rtw_writeN() is a wrapper function, being used to call usb_writeN().
Call usb_writeN() directly and drop _rtw_writeN().
Signed-off-by: navin patidar
---
drivers/staging/rtl8188eu/core/rtw_io.c | 13 -
drivers/staging/rtl8188eu/hal/rtl8188e_hal_init.c |4 ++--
_rtw_read_port_cancel() is a wrapper function, being used to call
usb_read_port_cancel().
Call usb_read_port_cancel() directly and drop _rtw_read_port_cancel().
Signed-off-by: navin patidar
---
drivers/staging/rtl8188eu/core/rtw_io.c | 12
_rtw_write16() is a wrapper function, being used to call usb_write16().
Call usb_write16() directly and drop _rtw_write16().
Signed-off-by: navin patidar
---
drivers/staging/rtl8188eu/core/rtw_debug.c |2 +-
drivers/staging/rtl8188eu/core/rtw_io.c| 13
intf_hdl is passed in usb_[read,write][8,16,32]() functions, which
is then passed to vender_request() there it's used to get adapter pointer,
so instead of passing intf_hdl we can directly pass adapter.
This change will also help in removing rtw_[read,write][8,16,32]() wrapper
functions being
_rtw_write32() is a wrapper function, being used to call usb_write32().
Call usb_write32() directly and drop _rtw_write32().
Signed-off-by: navin patidar
---
drivers/staging/rtl8188eu/core/rtw_debug.c|2 +-
drivers/staging/rtl8188eu/core/rtw_io.c | 12 ---
Signed-off-by: navin patidar
---
drivers/staging/rtl8188eu/core/rtw_io.c| 17 -
drivers/staging/rtl8188eu/include/rtw_io.h |4
2 files changed, 21 deletions(-)
diff --git a/drivers/staging/rtl8188eu/core/rtw_io.c
b/drivers/staging/rtl8188eu/core/rtw_io.c
index
Signed-off-by: navin patidar
---
drivers/staging/rtl8188eu/core/rtw_io.c| 12
drivers/staging/rtl8188eu/include/rtw_io.h |4
2 files changed, 16 deletions(-)
diff --git a/drivers/staging/rtl8188eu/core/rtw_io.c
b/drivers/staging/rtl8188eu/core/rtw_io.c
index
Signed-off-by: navin patidar
---
drivers/staging/rtl8188eu/core/rtw_io.c| 13 -
drivers/staging/rtl8188eu/include/rtw_io.h |4
2 files changed, 17 deletions(-)
diff --git a/drivers/staging/rtl8188eu/core/rtw_io.c
b/drivers/staging/rtl8188eu/core/rtw_io.c
index
Signed-off-by: navin patidar
---
drivers/staging/rtl8188eu/core/rtw_io.c| 13 -
drivers/staging/rtl8188eu/include/rtw_io.h |5 -
2 files changed, 18 deletions(-)
diff --git a/drivers/staging/rtl8188eu/core/rtw_io.c
b/drivers/staging/rtl8188eu/core/rtw_io.c
index
On Wed, Jun 11, 2014 at 05:03:38PM +0800, Yijing Wang wrote:
> Hi Jon,
>I have a Intel Haswell platform in hand, and our team want to use NTB in
> this platform.
> I checked the current intel NTB driver in Linux kernel, I found the Haswell
> NTB pci device id
> is not contained in
On 06/11, Oleg Nesterov wrote:
>
> On 06/11, Paul E. McKenney wrote:
>
> > raw_spin_unlock_irqrestore(>lock, flags);
> > rt_mutex_lock(); /* Side effect: boosts task t's priority. */
> > rt_mutex_unlock(); /* Keep lockdep happy. */
> >
> > + /* Wait until boostee is done accessing
On Wed, 2014-06-11 at 18:12 +0100, Greg Kroah-Hartman wrote:
> I can queue it up.
Cool, thanks!
Pawel
--
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
On 06/10/2014 11:28 PM, Heiko Schocher wrote:
Driver for the TI TMP103.
The TI TMP103 is similar to the TMP102. It differs from the TMP102
by having only 8 bit registers.
Signed-off-by: Heiko Schocher
Cc: Jean Delvare
Cc: Guenter Roeck
Cc: linux-kernel@vger.kernel.org
Hi Heiko,
You
On Wed, Jun 11, 2014 at 09:24:51AM +, Eunbong Song wrote:
> ieee754dp has bitfield member in struct without name. And this
> cause compilation error. This patch removes struct in ieee754dp
> declaration. So compilation error is fixed.
> Signed-off-by: Eunbong Song
What gcc version are you
On Wed, Jun 11, 2014 at 10:54:52AM -0600, Jens Axboe wrote:
> OK, so essentially any single request must be a virtually contig piece
> of memory. Is there any size limitations to how big this contig segment
> can be?
The maximum size of an I/O is 65536 sectors. So on a 512-byte sector
device,
On Wed, Jun 11, 2014 at 10:51 AM, Scot Doyle wrote:
> The chromeos_laptop module probes the first i2c adapter with a specific name
> for expected hardware. However, the Acer C720 Chromebook has two i2c
> adapters with the same name. This patch probes each i2c adapter with a
> specific name until
On 06/11, Paul E. McKenney wrote:
>
> @@ -1202,10 +1204,14 @@ static int rcu_boost(struct rcu_node *rnp)
> t = container_of(tb, struct task_struct, rcu_node_entry);
> rt_mutex_init_proxy_locked(, t);
> t->rcu_boost_mutex =
> + init_completion(>boost_completion);
can't
On Wed, Jun 11, 2014 at 11:33:20AM +0100, Pawel Moll wrote:
> On Wed, 2014-06-11 at 11:17 +0100, Dan Carpenter wrote:
> > This function should be returning an ERR_PTR() on failure instead of
> > NULL. Also there is a use after free bug if regmap_init() fails because
> > we free "func" and then
On Mon, Jun 9, 2014 at 4:41 PM, David Riley wrote:
> Hi,
>
> I was wondering if there were any comments to this patch or if it was
> picked up somewhere?
So I guess it got left in a bit of an ambiguous spot. The basic point
of this test is to verify there is a sane counter time-based delay on
drivers/staging/lustre/lustre/llite/rw26.c: In function ‘ll_direct_IO_26’:
drivers/staging/lustre/lustre/llite/rw26.c:388: warning: format ‘%zd’ expects
type ‘signed size_t’, but argument 6 has type ‘long int’
drivers/staging/lustre/lustre/llite/rw26.c:388: warning: format ‘%zd’ expects
type
On Wed, Jun 11, 2014 at 04:13:20PM +0200, Borislav Petkov wrote:
> On Fri, Jun 06, 2014 at 02:02:14PM -0400, Vivek Goyal wrote:
> > > If you want to make it more explicit, you could do
> > >
> > > #define RES_OK0
> > > #define RES_ERR 1
> > > #define RES_STOP 2
> >
> > You
On Tue, Jun 10, 2014 at 10:50:01AM +, Masami Hiramatsu wrote:
> Hi,
>
> Here is a pair of patches which introduces IPMODIFY flag for
> ftrace_ops to detect conflicts of ftrace users who can modify
> regs->ip in their handler.
> Currently, only kprobes can change the regs->ip in the handler,
>
Tushar Behera writes:
> When the output clock of AUDSS mux is disabled, we are getting kernel
> oops while doing a clk_get() on other clocks provided by AUDSS.
>
> Though user manual doesn't specify this dependency, we came across
> this issue while disabling the parent of AUDSS mux clocks.
>
>
On 06/10/2014 03:33 PM, Matthew Wilcox wrote:
> On Tue, Jun 10, 2014 at 03:21:18PM -0600, Keith Busch wrote:
>> Yeah, nvme_setup_prps is probably the least readable code in this driver.
>> Maybe some comments are in order here...
>>
>> There are two rules for an SGL to be mappable to a PRP:
>>
>>
On June 11, 2014 17:35, Jonathon Cameron wrote:
> Hi Adam. Silly question but what are the _ channels?
>
> I have put in a perhaps optimistic data sheet request via the website,
> throwing in
> your name. Hope you don't mind!
>
> Jonathan
Hi Jonathon. Some of the _channels are a different
On Wed, May 28, 2014 at 11:28:46PM -0400, Martin K. Petersen wrote:
> Introduce a set of error codes that can be used by the block integrity
> subsystem to signal which class of error was encountered by either the
> I/O controller or the storage device.
>
> Signed-off-by: Martin K. Petersen
New
On 06/11/2014 08:55 AM, Vlad Yasevich wrote:
> On 06/10/2014 10:37 PM, Xufeng Zhang wrote:
>> Consider the scenario:
>> For a TCP-style socket, while processing the COOKIE_ECHO chunk in
>> sctp_sf_do_5_1D_ce(), after it has passed a series of sanity check,
>> a new association would be created in
The chromeos_laptop module probes the first i2c adapter with a specific
name for expected hardware. However, the Acer C720 Chromebook has two i2c
adapters with the same name. This patch probes each i2c adapter with a
specific name until locating the expected hardware.
Thanks to Mika
Quoting Tushar Behera (2014-06-10 22:32:17)
> When the output clock of AUDSS mux is disabled, we are getting kernel
> oops while doing a clk_get() on other clocks provided by AUDSS. Though
> user manual doesn't specify this dependency, we came across this issue
> while disabling the parent of
On 06/11/2014 09:38 AM, Theodore Ts'o wrote:
> On Mon, Jun 09, 2014 at 09:17:38AM -0400, George Spelvin wrote:
>> Here's an example of a smaller, faster, and better fast_mix() function.
>> The mix is invertible (thus preserving entropy), but causes each input
>> bit or pair of bits to avalanche to
Dear pnfs developers,
I would like to confirm client behavior which was hurting us for years.
If for some reason the client is unable to connect to a DS, then this DS got
blacklisted
and the only way to whitelist it again was client reboot. With RHEL7 (and I
believe with
upstream kernel),
On 06/10/2014 06:28 AM, Steven Miao (Steven Miao) wrote:
> From: Steven Miao
>
> mm could be removed from current task struct, using previous vma->vm_mm
> Signed-off-by: Steven Miao
Reviewed-by: Rik van Riel
--
All rights reversed
--
To unsubscribe from this list: send the line
On Wed, Jun 11, 2014 at 12:36 PM, Sam Ravnborg wrote:
> On Wed, Jun 11, 2014 at 09:20:05AM -0700, Andy Lutomirski wrote:
>> This changes kbuild slightly because I didn't want to fight with using
>> static pattern rules and extra obfuscated fake targets just to write a
>> loop.
>
> What are you
On Mon, Jun 09, 2014 at 09:17:38AM -0400, George Spelvin wrote:
> Here's an example of a smaller, faster, and better fast_mix() function.
> The mix is invertible (thus preserving entropy), but causes each input
> bit or pair of bits to avalanche to at least 43 bits after 2 rounds and
> 120 bit0
On Wed, Jun 11, 2014 at 09:20:05AM -0700, Andy Lutomirski wrote:
> This changes kbuild slightly because I didn't want to fight with using
> static pattern rules and extra obfuscated fake targets just to write a
> loop.
What are you trying to fix with this?
On my box (32 bit Intel) "make
On June 11, 2014 12:11:28 PM GMT+01:00, Adam Thomson
wrote:
>This patch adds support for DA9150 Charger & Fuel-Gauge IC GPADC.
>
>Signed-off-by: Adam Thomson
Hi Adam. Silly question but what are the _ channels?
I have put in a perhaps optimistic data sheet request via the website, throwing
301 - 400 of 1520 matches
Mail list logo