On Wed, Jun 11, 2014 at 12:16 PM, Sam Ravnborg wrote:
>> >
>> > Can we please fix this in a way where we do not need to add stuff to core
>> > kbuild.
>> > If the original approach was used then make took care of the looping
>> > and the foreach part was not needed.
> Following is my first quick
Hi Laura,
On Wed, Jun 11, 2014 at 7:32 PM, Laura Abbott wrote:
> 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:0x
> >
> > Can we please fix this in a way where we do not need to add stuff to core
> > kbuild.
> > If the original approach was used then make took care of the looping
> > and the foreach part was not needed.
Following is my first quick approach.
It reuses the old - a little complex logic to do the
On Thu, May 29, 2014 at 2:37 AM, Benjamin Gaignard
wrote:
> Generic Display Pipeline are one of the compositor input sub-devices.
> GDP are dedicated to graphic input like RGB plans.
> GDP is part of Compositor hardware block which will be introduce later.
>
> A sti_layer structure is used to abst
Older kernels (e.g., RHEL6) do system call tracing via
syscalls:sys_{enter,exit} rather than raw_syscalls.
Update perf-scripts to fallback to syscalls in the
lack of raw_syscall support.
Signed-off-by: Daniel Bristot de Oliveira
---
tools/perf/scripts/perl/bin/failed-syscalls-record | 3
On Wed, Jun 11, 2014 at 11:23:23AM +0800, Peter Chen wrote:
> On Tue, Jun 10, 2014 at 09:10:00PM -0700, Greg KH wrote:
> > On Wed, Jun 11, 2014 at 10:14:40AM +0800, Peter Chen wrote:
> > > Hi Greg,
> > >
> > > Currently, we can't disable auto probe function during booting
> > > if both device and
If CONFIG_PM_SLEEP=n:
drivers/input/keyboard/st-keyscan.c:219: warning: ‘keyscan_suspend’ defined but
not used
drivers/input/keyboard/st-keyscan.c:236: warning: ‘keyscan_resume’ defined but
not used
Signed-off-by: Geert Uytterhoeven
---
drivers/input/keyboard/st-keyscan.c | 2 ++
1 file chang
On Thu, May 29, 2014 at 2:37 AM, Benjamin Gaignard
wrote:
> Mixer hardware IP is responsible of mixing the different inputs layers.
> Z-order is managed by the mixer.
> We could 2 mixers: one for main path and one for auxillary path
>
> Mixers are part of Compositor hardware block
>
> Signed-off-b
On Wed, Jun 11, 2014 at 11:51 AM, Sam Ravnborg wrote:
> On Wed, Jun 11, 2014 at 01:23:59PM -0400, Josh Boyer wrote:
>> 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.
>> >
>> >
If CONFIG_PM=n:
drivers/hid/hid-rmi.c:432: warning: ‘rmi_post_reset’ defined but not used
drivers/hid/hid-rmi.c:437: warning: ‘rmi_post_resume’ defined but not used
Signed-off-by: Geert Uytterhoeven
---
drivers/hid/hid-rmi.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/hid/hid-
On Mon, Jun 2, 2014 at 7:45 PM, Emil Goode wrote:
> The variable err is not initialized here, this patch uses it
> to store an eventual error value from devm_clk_get().
>
> Signed-off-by: Emil Goode
Acked-by: Geert Uytterhoeven
Gr{oetje,eeting}s,
Geert
--
Geert Uytter
On Wed, Jun 11, 2014 at 04:34:49AM -0400, Chen, Gong wrote:
> Add trace interface to elaborate all H/W error related information.
>
> v7 -> v6: compact trace info to save trace buffer space.
> v6 -> v5: format adjustment.
> v5 -> v4: Add physical mask(LSB) in trace.
> v4 -> v3: change ras trace de
On 06/11/14 01:37, Xiubo Li wrote:
> The third parameter(u64 start_tstamp) of timecounter_init() should
> be the start time by ns, not a cycle counter.
>
> Signed-off-by: Xiubo Li
> ---
> drivers/clocksource/arm_arch_timer.c | 5 +++--
> 1 file changed, 3 insertions(+), 2 deletions(-)
>
> diff --
On Wed, Jun 11, 2014 at 11:44 AM, Sam Ravnborg wrote:
> 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 wa
On Wed, Jun 11, 2014 at 04:34:48AM -0400, Chen, Gong wrote:
> Implement a new debugfs interface for RAS susbsystem.
> A file named daemon_active is added there accordingly.
> This file is used to track if user space daemon enables
> perf/trace interface or not. One can track which daemon
> opens it
On Wed, Jun 11, 2014 at 04:34:45AM -0400, Chen, Gong wrote:
> To avoid confuision and conflict of usage for RAS related trace event,
> add an unified RAS trace event stub.
>
> v5 -> v4: remove explicit RAS menuconfig.
> v4 -> v3: change dependency rule of RAS_TRACE.
> v3 -> v2: fix dependency in K
On Wed, Jun 11, 2014 at 04:34:46AM -0400, Chen, Gong wrote:
> AER uses a separate trace interface by now. To make it
> consistent, move it into unified RAS trace interface.
>
> v3 -> v2: change dependency rule of RAS_TRACE.
> v2 -> v1: remove unnecessary dependency in drivers/ras/Kconfig.
>
> Sig
On Thu, May 29, 2014 at 2:37 AM, Benjamin Gaignard
wrote:
> Compositor control all the input sub-device (VID, GDP)
> and the mixer(s).
> It is the main entry point for composition.
> Layer interface is used to control the abstracted layers.
>
> Add debug in mixer, GDP and VID
>
> Signed-off-by: Be
On Thu, 12 Jun 2014, Himangi Saraogi wrote:
> 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 corresp
unsigned value is never < 0
Cc: Konrad Rzeszutek Wilk
Cc: Boris Ostrovsky
Signed-off-by: Fabian Frederick
---
drivers/xen/events/events_base.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/xen/events/events_base.c b/drivers/xen/events/events_base.c
index c919d3d..
The deadlock logic is only required for futexes.
Remove the extra arguments for the public functions and also for the
futex specific ones which get always called with deadlock detection
enabled.
Signed-off-by: Thomas Gleixner
---
include/linux/rtmutex.h |6 +---
kernel/futex.c
On Wed, Jun 11, 2014 at 01:23:59PM -0400, Josh Boyer wrote:
> 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/Makefi
There is no point to keep the task ref across the check for lock
owner. Drop the ref before that, so the protection context is clear.
Found while documenting the chain walk.
Signed-off-by: Thomas Gleixner
---
kernel/locking/rtmutex.c |5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
Oleg noticed that rtmutex_slowtrylock() has a pointless check for
rt_mutex_owner(lock) != current.
To avoid calling try_to_take_rtmutex() we really want to check whether
the lock has an owner at all or whether the trylock failed because the
owner is NULL, but the RT_MUTEX_HAS_WAITERS bit is set. T
unsigned value is never < 0
Cc: Dimitri Sivanich
Signed-off-by: Fabian Frederick
---
drivers/misc/sgi-gru/grukdump.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/misc/sgi-gru/grukdump.c b/drivers/misc/sgi-gru/grukdump.c
index a3700a5..e0e0e7e 100644
--- a/drivers/
The current implementation of try_to_take_rtmutex() is correct, but
requires more than a single brain twist to understand the clever
encoded conditionals.
Untangle it and document the cases proper.
Looks less efficient at the first glance, but actually reduces the
binary code size on x8664 by 80
Hi Willy,
On Mon, May 12, 2014 at 02:32:59AM +0200, Willy Tarreau wrote:
> 2.6.32-longterm review patch. If anyone has any objections, please let me
> know.
>
During Ubuntu Lucid kernel regression testing, after the merge of
2.6.32.62, we found problems with the following patches
[ 059/143] s
The conditions under which deadlock detection is conducted are unclear
and undocumented.
Add constants instead of using 0/1 and provide a selection function
which hides the additional debug dependency from the calling code.
Add comments where needed.
Signed-off-by: Thomas Gleixner
Cc: Peter Zij
Hopefully the last iteration of this.
I addressed all the review comments and added the following new ones:
1/n: plug unlock race.
Patch was separately posted already in the safety of
*mutex_unlock() thread.
2/n: Document and simplify the trylock path
3/n: Document and simpl
Add a separate local variable for the boost/deboost logic to make the
code more readable. Add comments where appropriate.
Signed-off-by: Thomas Gleixner
---
kernel/locking/rtmutex.c | 58 ++-
1 file changed, 48 insertions(+), 10 deletions(-)
Index:
When the rtmutex fast path is enabled the slow unlock function can
create the following situation:
spin_lock(foo->m->wait_lock);
foo->m->owner = NULL;
rt_mutex_lock(foo->m); <-- fast path
free = atomic_dec_and_test(foo->refcnt);
In case the dead lock detector is enabled we follow the lock chain to
the end in rt_mutex_adjust_prio_chain, even if we could stop earlier
due to the priority/waiter constellation.
But once we are not longer the top priority waiter in a certain step
or the task holding the lock has already the sam
On Wed, Jun 11, 2014 at 12:31 PM, wrote:
> Hi Ulf,
> On 2014년 06월 11일 17:27, Ulf Hansson wrote:
>
>> On 11 June 2014 02:33, Jonghwa Lee wrote:
>>> When device uses generic pm domain, its own runtime suspend callback will be
>>> executed only when all devices in the same domain are suspended. How
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 raw_read_seqc
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 o
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 and
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: tip/kernel/lo
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 th
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 commen
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 j
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 m
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 __mutex_trylock_slowpa
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.
Jaso
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 != rnp
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
--- a/fs/cachefiles/bi
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 n
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
+++ b/fs/nilfs
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 t
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 ||
> > >> - ACCESS_ONCE(rnp->
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 via
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(&rnp->lock, flags);
> > > > rt_mutex_lock(&mtx); /* Side ef
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 probl
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 a/security/integrity/ima/ima
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
r
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 *b
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 exceptio
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):
reiserf
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 c
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 worried,
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 deadloc
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 ma
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 of
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, GT683R_BUFFER_
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
Yin
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 instal
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 get_ra
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:
> 0x74656b63(lock
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 microco
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(&rnp->lock, flags);
> > > rt_mutex_lock(&mtx); /* Side effect: boosts task t's priority. */
> > > rt_mutex_unlock(&mt
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 paren
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(&mtx, t);
> > t->rcu
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 matter
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
b/drivers
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
--- a/drivers/staging/rt
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 deleti
_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 +++---
drivers/staging/rtl8
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
b/drivers/staging/rtl8188eu/includ
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, &dev->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 terminat
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
drivers/st
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 +-
drivers/staging/rtl8
_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 +-
drivers/staging
_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
--- a/drivers/stagi
_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
drivers/staging/rtl8188eu/hal/u
_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 ++--
drivers
_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
drivers/staging/rtl8188eu/hal/usb_h
_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
drivers/stag
301 - 400 of 780 matches
Mail list logo
