On Fri, 2014-06-06 at 12:18 -0500, Mike Christie wrote:
> On 6/5/14, 9:53 PM, KY Srinivasan wrote:
> >
> >
> >> -Original Message-
> >> From: Mike Christie [mailto:micha...@cs.wisc.edu]
> >> Sent: Thursday, June 5, 2014 6:33 PM
> >> To: KY Srinivasan
> >> Cc: James Bottomley; linux-kernel@v
On Thu, June 5, 2014 10:44, Evgeniy Polyakov wrote:
> 04.06.2014, 08:25, "Scott Alfter" :
>> I have a project for which I needed support for the DS2406 addressable
>> switch, so I started with an existing driver and modified it as needed.
>> It allows the switch outputs to be controlled over the bu
On Fri, Jun 6, 2014 at 3:35 AM, Peter Zijlstra wrote:
>
> Now in general, I don't particularly like such superfluous changes, so
> unless you can show that GCC actually generates better code, I'd prefer
> to keep things as they are.
Fixed and checked the assembly. It saves us 2 bytes of code, not
On 06/06/2014 11:42 AM, Dave Jones wrote:
> On Fri, Jun 06, 2014 at 11:08:33AM -0400, Sasha Levin wrote:
> > Hi all,
> >
> > While fuzzing with trinity inside a KVM tools guest running the latest
> -next
> > kernel I've stumbled on the following spew:
> >
> > [ 269.531162] BUG: unable to
On Fri, Jun 06, 2014 at 10:22:21AM -0700, Linus Torvalds wrote:
> On Fri, Jun 6, 2014 at 10:11 AM, Peter Zijlstra wrote:
> >
> > +config ARCH_NO_ATOMIC_RMW
> > + def_bool y
> > + depends on PARISC || SPARC32 || METAG_ATOMICITY_LOCK1 || (TILE &&
> > !TILEGX) || (ARC && !ARC_HAS_LLSC)
>
Signed-off-by: Chuong Ngo
---
drivers/staging/bcm/CmHost.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/bcm/CmHost.c b/drivers/staging/bcm/CmHost.c
index fb1d932..3dbdf0e 100644
--- a/drivers/staging/bcm/CmHost.c
+++ b/drivers/staging/bcm/CmHost.c
@@ -1418,7
On Fri, Jun 06, 2014 at 01:53:01PM -0400, Pranith Kumar wrote:
> On Fri, Jun 6, 2014 at 3:35 AM, Peter Zijlstra wrote:
> >
> > Now in general, I don't particularly like such superfluous changes, so
> > unless you can show that GCC actually generates better code, I'd prefer
> > to keep things as th
On Fri, 2014-06-06 at 19:53 +0200, Peter Zijlstra wrote:
> On Fri, Jun 06, 2014 at 10:22:21AM -0700, Linus Torvalds wrote:
> > On Fri, Jun 6, 2014 at 10:11 AM, Peter Zijlstra
> > wrote:
> > >
> > > +config ARCH_NO_ATOMIC_RMW
> > > + def_bool y
> > > + depends on PARISC || SPARC32 || M
On Fri, 2014-06-06 at 10:57 -0700, James Bottomley wrote:
> On Fri, 2014-06-06 at 19:53 +0200, Peter Zijlstra wrote:
> > On Fri, Jun 06, 2014 at 10:22:21AM -0700, Linus Torvalds wrote:
> > > On Fri, Jun 6, 2014 at 10:11 AM, Peter Zijlstra
> > > wrote:
> > > >
> > > > +config ARCH_NO_ATOMIC_RMW
>
On Fri, Jun 06, 2014 at 10:57:07AM -0700, James Bottomley wrote:
> > diff --git a/arch/sparc/Kconfig b/arch/sparc/Kconfig
> > index 29f2e988c56a..407c87d9879a 100644
> > --- a/arch/sparc/Kconfig
> > +++ b/arch/sparc/Kconfig
> > @@ -78,6 +78,7 @@ config SPARC64
^^
On Fri, Jun 06, 2014 at 04:11:33AM +0200, Borislav Petkov wrote:
[..]
> > > Might wanna define pr_fmt when using the pr_* things fo the first time
> > > in this file.
> >
> > Hmm
> >
> > I see that printk.h already provides a definition is pr_fmt is not
> > defined. So that means I shouldn't
On Fri, Jun 6, 2014 at 1:56 PM, Peter Zijlstra wrote:
>> Fixed and checked the assembly. It saves us 2 bytes of code, not much. I am
>> not sure if that is worth it :(
>
> still 2 bytes, so sure.
>
> Which gcc did you use and what arch did you build? That might be useful
> info for the changelog.
On Fri, Jun 06, 2014 at 07:45:17AM +0200, Michael Kerrisk (man-pages) wrote:
> On 06/05/2014 04:04 PM, Vivek Goyal wrote:
> > On Wed, Jun 04, 2014 at 09:39:10PM +0200, Michael Kerrisk wrote:
> >> Vivek,
> >>
> >> As per Documentation/SubmitChecklist , please CC linux-api@ on patces
> >> that change
On 06/06/2014 01:53 PM, Pranith Kumar wrote:
> On Fri, Jun 6, 2014 at 3:35 AM, Peter Zijlstra wrote:
>>
>> Now in general, I don't particularly like such superfluous changes, so
>> unless you can show that GCC actually generates better code, I'd prefer
>> to keep things as they are.
>
> Fixed and
On Wed, May 14, 2014 at 04:40:18AM -0700, Eric Dumazet wrote:
> On Wed, 2014-05-14 at 02:57 -0700, dormando wrote:
> > Hi,
> >
> > Given a machine with frequently changing routes (ie; a router with an
> > active internet BGP table and multiple interfaces), there're at least
> > several places wher
On Fri, 2014-06-06 at 10:13 -0700, Jason Low wrote:
> On Fri, 2014-06-06 at 08:55 -0700, Davidlohr Bueso wrote:
> > Just like with mutexes (CONFIG_MUTEX_SPIN_ON_OWNER),
> > encapsulate the dependencies for rwsem optimistic spinning.
> > No logical changes here as it continues to depend on both
> >
On Fri, Jun 06, 2014 at 02:56:05PM +0800, WANG Chao wrote:
> On 06/03/14 at 09:06am, Vivek Goyal wrote:
> > Previous patch provided the interface definition and this patch prvides
> > implementation of new syscall.
> >
> > Previously segment list was prepared in user space. Now user space just
> >
On 2014-06-06 11:52, James Bottomley wrote:
On Fri, 2014-06-06 at 12:18 -0500, Mike Christie wrote:
On 6/5/14, 9:53 PM, KY Srinivasan wrote:
-Original Message-
From: Mike Christie [mailto:micha...@cs.wisc.edu]
Sent: Thursday, June 5, 2014 6:33 PM
To: KY Srinivasan
Cc: James Bottomley
On 06/06/2014 01:18 PM, Peter Zijlstra wrote:
> On Wed, Jun 04, 2014 at 04:33:15PM -0400, Rik van Riel wrote:
>> It is possible that at task_numa_placement time, the task's
>> numa_preferred_nid does not change, but the task is not
>> actually running on the preferred node at the time.
>>
>> In tha
On Fri, Jun 6, 2014 at 10:43 AM, Dave Jones wrote:
>
> RIP: 0010:[] [] copy_page_rep+0x5/0x10
Ok, it's the first iteration of "rep movsq" (%rcx is still 0x200) for
copying a page, and the pages are
RSI: 880052766000
RDI: 880014efe000
which both look like reasonable kernel addresses
On Fri, Jun 06, 2014 at 06:00:43PM +0530, Srivatsa S. Bhat wrote:
> On 06/04/2014 07:16 PM, Vivek Goyal wrote:
> > On Wed, Jun 04, 2014 at 08:09:25AM +1000, Benjamin Herrenschmidt wrote:
> >> On Wed, 2014-06-04 at 01:58 +0530, Srivatsa S. Bhat wrote:
> >>> Yep, that makes sense. But unfortunately I
Add a function pointer declaration check to the
test for blank line needed after declarations.
Reported-by: Bruce W Allan
Signed-off-by: Joe Perches
---
On Fri, 2014-06-06 at 17:23 +, Allan, Bruce W wrote:
> > WARNING: Missing a blank line after declarations
> > #318: FILE: drivers/crypto/qa
Hi everyone
Greg, please pull this patch into the tree
06.06.2014, 21:47, "Scott Alfter" :
> On Thu, June 5, 2014 10:44, Evgeniy Polyakov wrote:
>> 04.06.2014, 08:25, "Scott Alfter" :
>>> I have a project for which I needed support for the DS2406 addressable
>>> switch, so I started with an ex
On Fri, Jun 06, 2014 at 11:26:14AM -0700, Linus Torvalds wrote:
> On Fri, Jun 6, 2014 at 10:43 AM, Dave Jones wrote:
> >
> > RIP: 0010:[] [] copy_page_rep+0x5/0x10
>
> Ok, it's the first iteration of "rep movsq" (%rcx is still 0x200) for
> copying a page, and the pages are
>
> RSI: ff
On 06/06/2014 10:08 AM, Hán Shěn (沈涵) wrote:
> A gentle ping?
>
> On Tue, Jun 3, 2014 at 2:46 PM, Hán Shěn (沈涵) wrote:
>> Hi we are trying to boot up a x86_64 chrome book using binutils 2.24 and
>> kernel 3.8, but failed.
>>
>> After some triage work, we found that a 2-year-old binutil CL changed
On Fri, 2014-06-06 at 19:56 +0200, Peter Zijlstra wrote:
> On Fri, Jun 06, 2014 at 01:53:01PM -0400, Pranith Kumar wrote:
> > On Fri, Jun 6, 2014 at 3:35 AM, Peter Zijlstra wrote:
> > >
> > > Now in general, I don't particularly like such superfluous changes, so
> > > unless you can show that GCC
On Fri, 6 Jun 2014, Linus Torvalds wrote:
> On Fri, Jun 6, 2014 at 10:43 AM, Dave Jones wrote:
> >
> > RIP: 0010:[] [] copy_page_rep+0x5/0x10
>
> Ok, it's the first iteration of "rep movsq" (%rcx is still 0x200) for
> copying a page, and the pages are
>
> RSI: 880052766000
> RDI: 88
On Fri, May 30, 2014 at 11:29:41AM +1000, Greg Ungerer wrote:
> On 29/05/14 23:11, One Thousand Gnomes wrote:
> > On Thu, 29 May 2014 12:08:32 +1000
> > Greg Ungerer wrote:
> >
> >> Hi All,
> >>
> >> Inside kernel/rcy/tree.c in __call_rcu() it does an alignment check on
> >> the head pointer pass
On Fri, 2014-06-06 at 11:12 -0700, Davidlohr Bueso wrote:
> On Fri, 2014-06-06 at 10:13 -0700, Jason Low wrote:
> > On Fri, 2014-06-06 at 08:55 -0700, Davidlohr Bueso wrote:
> > > Just like with mutexes (CONFIG_MUTEX_SPIN_ON_OWNER),
> > > encapsulate the dependencies for rwsem optimistic spinning.
On Fri, Jun 06, 2014 at 11:26:14AM -0700, Linus Torvalds wrote:
> On Fri, Jun 6, 2014 at 10:43 AM, Dave Jones wrote:
> >
> > RIP: 0010:[] [] copy_page_rep+0x5/0x10
>
> Ok, it's the first iteration of "rep movsq" (%rcx is still 0x200) for
> copying a page, and the pages are
>
> RSI: 880052
This patch adds the following:
1) Compiler hinting in the fast path.
2) A prefetch of port->flags to eliminate moderate cpu stalling later
in mtip_hw_submit_io().
3) Eliminate a redundant rq_data_dir().
4) Reorder members of driver_data to eliminate false cacheline sharing
between irq_workers_ac
ipv4_{update_pmtu,redirect) were called with tunnel's ifindex (t->dev is a
tunnel netdevice). It caused wrong route lookup and failure of pmtu update or
redirect. We should use the same ifindex that we use in ip_route_output_* in
*tunnel_xmit code. It is t->parms.link .
Signed-off-by: Dmitry Po
Yeah, the symbol "__end_rodata_hpage_align" is defined as absolute in
older binutils, the newer binutils making it relative seems
meaningless in this context.
On Fri, Jun 6, 2014 at 11:40 AM, Andy Lutomirski wrote:
> On 06/06/2014 10:08 AM, Hán Shěn (沈涵) wrote:
>> A gentle ping?
>>
>> On Tue, Jun
On Fri, Jun 6, 2014 at 2:41 PM, Davidlohr Bueso wrote:
> On Fri, 2014-06-06 at 19:56 +0200, Peter Zijlstra wrote:
>> On Fri, Jun 06, 2014 at 01:53:01PM -0400, Pranith Kumar wrote:
>> > On Fri, Jun 6, 2014 at 3:35 AM, Peter Zijlstra
>> > wrote:
>> > >
>> > > Now in general, I don't particularly l
On 06/06/2014 01:01 PM, Sam Bradshaw wrote:
> This patch adds the following:
>
> 1) Compiler hinting in the fast path.
> 2) A prefetch of port->flags to eliminate moderate cpu stalling later
> in mtip_hw_submit_io().
> 3) Eliminate a redundant rq_data_dir().
> 4) Reorder members of driver_data to
On Fri, 2014-06-06 at 11:12 -0700, Paul E. McKenney wrote:
> It is probably just be me getting lost in the code, but I am not seeing
> a synchronize_rcu(), call_rcu(), or synchronize_net() anywhere in
> dst_release() or the things that it calls. If there really isn't such
> a call, then I don't s
On Fri, 6 Jun 2014 14:46:37 -0400 Naoya Horiguchi
wrote:
> On Fri, Jun 06, 2014 at 01:36:54PM -0400, Josh Boyer wrote:
> > Hi Naoya,
> >
> > I noticed that your
> > mm-add-pte_present-check-on-existing-hugetlb_entry-callbacks.patch in
> > Andrew's -mm tree has been queued for a while and has a
On 06/06/2014 11:57 PM, Vivek Goyal wrote:
> On Fri, Jun 06, 2014 at 06:00:43PM +0530, Srivatsa S. Bhat wrote:
>> On 06/04/2014 07:16 PM, Vivek Goyal wrote:
>>> On Wed, Jun 04, 2014 at 08:09:25AM +1000, Benjamin Herrenschmidt wrote:
On Wed, 2014-06-04 at 01:58 +0530, Srivatsa S. Bhat wrote:
>>
On 06/06/2014 02:49 PM, Kirill A. Shutemov wrote:
> On Fri, Jun 06, 2014 at 11:26:14AM -0700, Linus Torvalds wrote:
>> > On Fri, Jun 6, 2014 at 10:43 AM, Dave Jones wrote:
>>> > >
>>> > > RIP: 0010:[] []
>>> > > copy_page_rep+0x5/0x10
>> >
>> > Ok, it's the first iteration of "rep movsq" (%rcx
On 05/30/2014 10:07 AM, Jan Kara wrote:
> On Fri 30-05-14 09:58:14, Peter Hurley wrote:
>> > On 05/30/2014 09:11 AM, Sasha Levin wrote:
>>> > >Hi all,
>>> > >
>>> > >I sometime see lockups when booting my KVM guest with the latest -next
>>> > >kernel,
>>> > >it basically hangs right when it should
There's a race between fork() and hugepage migration, as a result we try to
"dereference" a swap entry as a normal pte, causing kernel panic.
The cause of the problem is that copy_hugetlb_page_range() can't handle "swap
entry" family (migration entry and hwpoisoned entry,) so let's fix it.
Signed-
On Fri, 2014-06-06 at 11:48 -0700, Davidlohr Bueso wrote:
> On Fri, 2014-06-06 at 11:12 -0700, Davidlohr Bueso wrote:
> > On Fri, 2014-06-06 at 10:13 -0700, Jason Low wrote:
> > > On Fri, 2014-06-06 at 08:55 -0700, Davidlohr Bueso wrote:
> > > > Just like with mutexes (CONFIG_MUTEX_SPIN_ON_OWNER),
On Fri, Jun 6, 2014 at 11:53 AM, Hán Shěn (沈涵) wrote:
> Yeah, the symbol "__end_rodata_hpage_align" is defined as absolute in
> older binutils, the newer binutils making it relative seems
> meaningless in this context.
What I mean is: what actually changes in the linker output when the
symbol is
On Fri, 6 Jun 2014 22:51:17 +0400
Dmitry Popov wrote:
> ipv4_{update_pmtu,redirect) were called with tunnel's ifindex (t->dev is a
Should be read as
ipv4_{update_pmtu,redirect} ...
I will resubmit the patch, sorry. :(
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
ipv4_{update_pmtu,redirect} were called with tunnel's ifindex (t->dev is a
tunnel netdevice). It caused wrong route lookup and failure of pmtu update or
redirect. We should use the same ifindex that we use in ip_route_output_* in
*tunnel_xmit code. It is t->parms.link .
Signed-off-by: Dmitry Po
On Fri, 2014-06-06 at 12:08 -0700, Jason Low wrote:
> And should we also change that in the optimistic spinning functions so
> that it defaults to:
>
> static bool rwsem_optimistic_spin(struct rw_semaphore *sem)
> {
> return false;
> }
Oops Yep, afaict the last off
This happens on an NFS client running on:
Linux ceramic32 3.14.4 #1 SMP Fri May 30 00:52:07 PDT 2014 i686 i686 i386
GNU/Linux
(also happens on x86_64).
The NFS server can be either 3.14 or 3.13, it doesn't change a thing.
Mount options are:
(from /proc/mtab)
ceramic:/export/home/phil /home/phil
Fixed several typos in the code examples given in
Documentation/usb/hotplug.txt.
- missing [] with array of struct usb_device_id
- checkpatch.pl warning: space between function name and parenthesis
- missing terminating ';'
Signed-off-by: Jeremiah Mahler
---
Documentation/usb/hotplug.tx
Hi John,
On 6 June 2014 18:05, John W. Linville wrote:
> Please accept this batch of fixes intended for the 3.16 stream.
I'll be very thankful if you include my fix in the next pull request:
[FIX for 3.16][PATCH] b43: disable 5 GHz on G-PHY
It fixes a regression I unfortunately introduced and th
On Thu, Jun 05, 2014 at 10:05:23PM +0200, Borislav Petkov wrote:
[..]
> > @@ -249,6 +254,7 @@ archclean:
> > $(Q)rm -rf $(objtree)/arch/x86_64
> > $(Q)$(MAKE) $(clean)=$(boot)
> > $(Q)$(MAKE) $(clean)=arch/x86/tools
>
> ifeq ($(CONFIG_KEXEC),y)
> $(Q)$(MAKE) $(clean)=arch/x86/pu
On Fri, 6 Jun 2014, Ken Helias wrote:
> From: Ken Helias
>
> Many places in the code uses list_add_tail/list_add to insert an entry
> before/after another entry. This confuses the reader because these are usually
> used to add an item to a list_head and not an entry. hlist already have
> function
From: Jiri Pirko
Date: Fri, 6 Jun 2014 10:57:33 +0200
> Fri, Jun 06, 2014 at 10:40:30AM CEST, mpriv...@redhat.com wrote:
>>The link speed is available at /sys/class/net/$nic/speed.
>>However, in some cases, depending on the driver, if the link is
>>not plugged, -1 is reported (this is the case of
On Fri, Jun 06, 2014 at 03:37:48PM +0800, Dave Young wrote:
> On 06/05/14 at 11:01am, Vivek Goyal wrote:
> > On Thu, Jun 05, 2014 at 04:31:34PM +0800, Dave Young wrote:
> >
> > [..]
> > > > + ret = kexec_file_load(kernel_fd, info.initrd_fd,
> > > > info.command_line,
> > > > +
From: Tom Lendacky
Date: Fri, 6 Jun 2014 08:52:19 -0500
> The include of asm/cputype.h breaks the powerpc build. This
> include was accidentally left in from driver debugging and
> can be removed.
>
> Signed-off-by: Tom Lendacky
Since Stephen Rothwell reported this problem to you, you should
g
On 06/06/2014 11:59 AM, Andrew Morton wrote:
> On Fri, 6 Jun 2014 14:46:37 -0400 Naoya Horiguchi
> wrote:
>> On Fri, Jun 06, 2014 at 01:36:54PM -0400, Josh Boyer wrote:
>>> Hi Naoya,
>>>
>>> I noticed that your
>>> mm-add-pte_present-check-on-existing-hugetlb_entry-callbacks.patch in
>>> Andrew'
On 06/06/2014 02:46 PM, Naoya Horiguchi wrote:
>> A backported version is below. I poked Linus about this
>> > early today privately (my fault, apologies) and he had some
>> > questions/comments on the code.
> I'm not sure the same problem really reproduces on mainline kernel without
> my page ta
On Fri, 06 Jun 2014 13:11:00 -0700 Dave Hansen wrote:
> On 06/06/2014 11:59 AM, Andrew Morton wrote:
> > On Fri, 6 Jun 2014 14:46:37 -0400 Naoya Horiguchi
> > wrote:
> >> On Fri, Jun 06, 2014 at 01:36:54PM -0400, Josh Boyer wrote:
> >>> Hi Naoya,
> >>>
> >>> I noticed that your
> >>> mm-add-pt
On Fri, Jun 06, 2014 at 08:51:31AM -0700, Greg Kroah-Hartman wrote:
> On Fri, Jun 06, 2014 at 11:40:50AM +0200, Daniel Vetter wrote:
> > On Fri, Jun 06, 2014 at 10:47:25AM +0200, David Herrmann wrote:
> > > Hi
> > >
> > > On Fri, Jun 6, 2014 at 9:56 AM, Daniel Vetter wrote:
> > > > On Fri, Jun 06
On Fri, Jun 6, 2014 at 10:36 AM, Josh Boyer wrote:
>
> I poked Linus about this
> early today privately (my fault, apologies) and he had some
> questions/comments on the code.
I changed it a bit (made the patch smaller by removing the now stale
"pte_none()" check) and added a comment about the a
Hi Linus,
The following changes since commit c7208164e66f63e3ec1759b98087849286410741:
Linux 3.15-rc7 (2014-05-25 16:06:00 -0700)
are available in the git repository at:
git://github.com/awilliam/linux-vfio.git tags/vfio-v3.16-rc1
for you to fetch changes up to fd49c81f080a997aad4b0e73541c
On Thu, Jun 05, 2014 at 04:49:31PM +0100, Mark Brown wrote:
> On Thu, Jun 05, 2014 at 04:27:29PM +0200, Maxime Ripard wrote:
>
> > You already list the regulators available and their supply in the
> > regulator driver, why do you need to set the regulator parents in the
> > mfd driver as well?
>
On Tue, Jun 03, 2014 at 10:01:25PM +0200, Oleg Nesterov wrote:
> On 06/03, Linus Torvalds wrote:
> >
> > On Tue, Jun 3, 2014 at 10:26 AM, Oleg Nesterov wrote:
> > >
> > > looks like, SLAB_DESTROY_BY_RCU logic is broken?
> >
> > I haven't looked at the code yet, but SLAB_DESTROY_BY_RCU can be
> > s
On Fri, Jun 6, 2014 at 3:29 PM, Philippe Troin wrote:
> This happens on an NFS client running on:
> Linux ceramic32 3.14.4 #1 SMP Fri May 30 00:52:07 PDT 2014 i686 i686 i386
> GNU/Linux
> (also happens on x86_64).
>
> The NFS server can be either 3.14 or 3.13, it doesn't change a thing.
>
> Mount
On 06/06/2014 12:37 AM, Dave Young wrote:
> On 06/05/14 at 11:01am, Vivek Goyal wrote:
>> On Thu, Jun 05, 2014 at 04:31:34PM +0800, Dave Young wrote:
>>
>> [..]
+ ret = kexec_file_load(kernel_fd, info.initrd_fd, info.command_line,
+ info.command_line_len, info.kexec_flag
Hi Andy, this changes "Ndx" field for the symbol. For example, one of
the symbol '__end_rodata_hpage_align' in symtab, the contents changed
from
50206: 8180 0 NOTYPE GLOBAL DEFAULT ABS
__end_rodata_hpage_align
which is correct, to
50206: 8180 0 NOTYPE GLOB
Hi,
I'm Miss Tanisha, I am a young woman who is looking for friendship and maybe
more.
I am well pleased to contact you after i came across your e-mail. I will like to
further communication with you for us to know each other if you wouldn't mind
and if you share the same view with me.
You can re
Hi,
I'm Miss Tanisha, I am a young woman who is looking for friendship and maybe
more.
I am well pleased to contact you after i came across your e-mail. I will like to
further communication with you for us to know each other if you wouldn't mind
and if you share the same view with me.
You can re
On Thu, Jun 05, 2014 at 06:30:57PM +0100, Peter Griffin wrote:
> The C99 specification states in section 6.11.5:
>
> The placement of a storage-class specifier other than at the beginning
> of the declaration specifiers in a declaration is an obsolescent
> feature.
This is definitely the right ch
On Fri, 6 Jun 2014, Peter Zijlstra wrote:
> On Thu, Jun 05, 2014 at 08:29:25PM +0200, Fabian Frederick wrote:
> > attr was added by commit
> > 4a0b2b4dbe1335
> > ("sysdev: Pass the attribute to the low level sysdev show/store function")
> >
> > and is unused here.
>
> I think tglx has a patch ki
On 6 June 2014 21:37, H. Peter Anvin wrote:
>
> OK... this is seriously problematic.
>
> #if defined(CONFIG_RELOCATABLE) && defined(CONFIG_X86_64) && \
> !defined(CONFIG_EFI_MIXED)
>/* kernel/boot_param/ramdisk could be loaded above 4g */
> # define XLF1 XLF_CAN_BE_LOADED_ABOVE_4G
> #e
On Wed, 4 Jun 2014 15:35:42 -0700 "H. Peter Anvin" wrote:
> Vdso cleanups and improvements largely from Andy Lutomirski.
arch/x86/vdso/vdso2c.h: In function 'go64':
arch/x86/vdso/vdso2c.h:21: warning: implicit declaration of function 'le64toh'
arch/x86/vdso/vdso2c.h:21: warning: implicit declara
On 06/06/2014 01:58 PM, Matt Fleming wrote:
> On 6 June 2014 21:37, H. Peter Anvin wrote:
>>
>> OK... this is seriously problematic.
>>
>> #if defined(CONFIG_RELOCATABLE) && defined(CONFIG_X86_64) && \
>> !defined(CONFIG_EFI_MIXED)
>>/* kernel/boot_param/ramdisk could be loaded above 4
On Mon, Jun 02, 2014 at 06:19:40PM -0400, Dan Streetman wrote:
> In order to allow zswap users to choose between zbud and zsmalloc for
> the compressed storage pool, this patch set adds a new api "zpool" that
> provides an interface to both zbud and zsmalloc. Only minor changes
> to zbud's interfa
On 6 June 2014 22:00, H. Peter Anvin wrote:
>
> Yes, presumably (as a separate patch since the actual commit is quite
> large.) The patch needs to have a good description why the original
> patch was wrong.
Right. I'll take a look at this in the morning.
--
To unsubscribe from this list: send th
On 06/06/2014 02:00 PM, Andrew Morton wrote:
> On Wed, 4 Jun 2014 15:35:42 -0700 "H. Peter Anvin"
> wrote:
>
>> Vdso cleanups and improvements largely from Andy Lutomirski.
>
> arch/x86/vdso/vdso2c.h: In function 'go64':
> arch/x86/vdso/vdso2c.h:21: warning: implicit declaration of function 'le
On Fri, Jun 6, 2014 at 2:00 PM, Andrew Morton wrote:
>
> arch/x86/vdso/vdso2c.h: In function 'go64':
> arch/x86/vdso/vdso2c.h:21: warning: implicit declaration of function 'le64toh'
> arch/x86/vdso/vdso2c.h:21: warning: implicit declaration of function 'le32toh'
> arch/x86/vdso/vdso2c.h:21: warnin
On Fri, Jun 6, 2014 at 2:07 PM, Linus Torvalds
wrote:
> On Fri, Jun 6, 2014 at 2:00 PM, Andrew Morton
> wrote:
>>
>> arch/x86/vdso/vdso2c.h: In function 'go64':
>> arch/x86/vdso/vdso2c.h:21: warning: implicit declaration of function
>> 'le64toh'
>> arch/x86/vdso/vdso2c.h:21: warning: implicit d
On Fri, Jun 6, 2014 at 2:09 PM, Andy Lutomirski wrote:
>
> The only real downside to that would be the chance of bitrot if that
> code isn't getting used on native builds.
Sure. Does anybody really care?
You could obviously just open-code the things, but the fact is,
"le64toh()" isn't exactly a
Would a generalized approach to the "multiple adapters with same name"
problem be desirable? If so, would this approach work?
I don't have access to an Acer C720. This patch has only been tested on a
Toshiba Chromebook using the "i2c: designware-pci: Add Haswell PCI IDs"
patch from Mika applie
On Fri, Jun 6, 2014 at 2:13 PM, Linus Torvalds
wrote:
> On Fri, Jun 6, 2014 at 2:09 PM, Andy Lutomirski wrote:
>>
>> The only real downside to that would be the chance of bitrot if that
>> code isn't getting used on native builds.
>
> Sure. Does anybody really care?
>
> You could obviously just o
On 06/06/2014 02:13 PM, Linus Torvalds wrote:
> On Fri, Jun 6, 2014 at 2:09 PM, Andy Lutomirski wrote:
>>
>> The only real downside to that would be the chance of bitrot if that
>> code isn't getting used on native builds.
>
> Sure. Does anybody really care?
>
> You could obviously just open-cod
On 06/06/2014 05:59 PM, Srivatsa S. Bhat wrote:
> On 06/04/2014 03:39 AM, Benjamin Herrenschmidt wrote:
>> On Wed, 2014-06-04 at 01:58 +0530, Srivatsa S. Bhat wrote:
>>> Yep, that makes sense. But unfortunately I don't have enough insight into
>>> why exactly powerpc has to online the CPUs before d
On Wednesday, June 04, 2014 03:17:00 AM Srivatsa S. Bhat wrote:
> Cpufreq governors like the ondemand governor calculate the load on the CPU
> periodically by employing deferrable timers. A deferrable timer won't fire
> if the CPU is completely idle (and there are no other timers to be run), in
> o
On Fri, Jun 6, 2014 at 2:15 PM, H. Peter Anvin wrote:
> On 06/06/2014 02:13 PM, Linus Torvalds wrote:
>> On Fri, Jun 6, 2014 at 2:09 PM, Andy Lutomirski wrote:
>>>
>>> The only real downside to that would be the chance of bitrot if that
>>> code isn't getting used on native builds.
>>
>> Sure. Do
Laba diena,
Mēs esam DIAMOND ŠVEICES aizdevumu uzņēmumam sniedzot aizdevumus ar pasta
reklāma. Mēs piedāvājam dažāda veida aizdevumu (īstermiņa un ilgtermiņa
aizdevumi, individuālie aizņēmumi, aizdevumi uzņēmumiem uc), par 3% procentu
likmi. Mēs izsniegt aizdevumus cilvēkiem, kam nepiecieš
On Tuesday, May 27, 2014 05:20:53 PM Viresh Kumar wrote:
> Drivers expecting CPU's OPPs from device tree initialize OPP table themselves
> by
> calling of_init_opp_table() and there is nothing driver specific in that. They
> all do it in the same redundant way.
>
> It would be better if we can ge
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 in turn, until locating the expected hardware.
Signed-off-by: S
On 06/06/2014 02:22 PM, Andy Lutomirski wrote:
>
> Sounds good.
>
> In the mean time, a trivial fix is here:
>
> https://git.kernel.org/cgit/linux/kernel/git/luto/linux.git/commit/?h=vdso/cleanup_fixes&id=cf780a0dc71f7cbd9a417e6ce2d5ddf56abccb74
>
> (or it will be once the mirrors sync)
>
Unf
On 06/07/2014 03:07 AM, Rafael J. Wysocki wrote:
> On Wednesday, June 04, 2014 03:17:00 AM Srivatsa S. Bhat wrote:
>> Cpufreq governors like the ondemand governor calculate the load on the CPU
>> periodically by employing deferrable timers. A deferrable timer won't fire
>> if the CPU is completely
On Fri, Jun 6, 2014 at 2:25 PM, H. Peter Anvin wrote:
> On 06/06/2014 02:22 PM, Andy Lutomirski wrote:
>>
>> Sounds good.
>>
>> In the mean time, a trivial fix is here:
>>
>> https://git.kernel.org/cgit/linux/kernel/git/luto/linux.git/commit/?h=vdso/cleanup_fixes&id=cf780a0dc71f7cbd9a417e6ce2d5ddf
On Fri, Jun 6, 2014 at 8:52 AM, Dan Williams wrote:
> Ming Lei reports:
> "Looks the commit 8a4aeec8d(libata/ahci: accommodate tag ordered
>controllers) causes below sata failure on APM AHCI controller.
>
>And the error does disappear after reverting the commit.
>
> ata4.00: excepti
Want to help test this?
I dropped the idea of adding -I$(srctree)/tools/include globally for
right now, because there is a linux/types.h in that directory which
shadows the uapi definition, and that could break some libcs. That
should almost certainly be fixed.
-hpa
>From 37848b0fcf3950
On 06/06/2014 02:33 PM, Andy Lutomirski wrote:
> On Fri, Jun 6, 2014 at 2:25 PM, H. Peter Anvin wrote:
>> On 06/06/2014 02:22 PM, Andy Lutomirski wrote:
>>>
>>> Sounds good.
>>>
>>> In the mean time, a trivial fix is here:
>>>
>>> https://git.kernel.org/cgit/linux/kernel/git/luto/linux.git/commit/
On Fri, Jun 6, 2014 at 2:37 PM, H. Peter Anvin wrote:
> On 06/06/2014 02:33 PM, Andy Lutomirski wrote:
>> On Fri, Jun 6, 2014 at 2:25 PM, H. Peter Anvin wrote:
>>> On 06/06/2014 02:22 PM, Andy Lutomirski wrote:
Sounds good.
In the mean time, a trivial fix is here:
ht
On exynos mcpm systems the firmware is hardcoded to jump to an address
in SRAM (0x02073000) when secondary CPUs come up. By default the
firmware puts a bunch of code at that location. That code expects the
kernel to fill in a few slots with addresses that it uses to jump back
to the kernel's entr
On 06/06/2014 02:39 PM, Andy Lutomirski wrote:
>>
>> For accessing memory members doing it via a pointer is pretty much TRT,
>> but for things that might be in register it is undesirable to force it
>> out to memory.
>
> Do you also believe in the folklore that GCC can optimize code
> sequences li
This patch works on a Toshiba CB35 Chromebook, applied against 3.15-rc8.
On Thu, 15 May 2014, Mika Westerberg wrote:
Intel Haswell has the same I2C host controller than Baytrail and it can
also be enumerated as a PCI device. Add the PCI IDs to the driver list.
Signed-off-by: Mika Westerberg
-
On Fri, Jun 6, 2014 at 2:42 PM, H. Peter Anvin wrote:
> On 06/06/2014 02:39 PM, Andy Lutomirski wrote:
>>>
>>> For accessing memory members doing it via a pointer is pretty much TRT,
>>> but for things that might be in register it is undesirable to force it
>>> out to memory.
>>
>> Do you also bel
On 3 June 2014 20:58, Mimi Zohar wrote:
> Dot prefixed keyring names are supposed to be reserved for the
> kernel, but add_key() calls key_get_type_from_user(), which
> incorrectly verifies the 'type' field, not the 'description' field.
> This patch verifies the 'description' field isn't dot prefi
On 3 June 2014 20:58, Mimi Zohar wrote:
> Only public keys, with certificates signed by an existing
> 'trusted' key on the system trusted keyring, should be added
> to a trusted keyring. This patch adds support for verifying
> a certificate's signature.
>
> This is derived from David Howells pkcs
401 - 500 of 673 matches
Mail list logo
