Josh Boyer | 22 May 16:53
Picon
Favicon

3.5 merge started

Mostly as FYI, I've started building the 3.5 merge window kernels today.
The one building in Koji right now boots on my local x86_64 system
without issue.  I'm not sure if that trend will continue, but I plan on
testing locally before I do koji builds.

I've done the first round of Kconfig options settings.  Secondary
architectures, please review this and let me know if you want/need
something set differently from how I have it.

NOTE: The ARM configs are both confusing and too numerous, so I have not
touched those.  Also, the kernel-3.5.0-arm.config file seems to be dummy
and winds up with a lot of options unset.  The ARM team will need to do
some config option settings, preferrably sooner rather than later.
Perhaps as time goes on, I'll gain a better understanding of what to set
where and how.

josh
_______________________________________________
kernel mailing list
kernel <at> lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/kernel
Tom Callaway | 21 May 16:41
Picon
Favicon
Gravatar

What is the earliest x86 64bit CPU we support?

So... what is it?

I think the earliest is the AMD Opteron (2003).

From a "earliest in each family" perspective, I think the answer is:

AMD: AMD Opteron (2003).
Intel: Intel Xeon (Nocona) (2004)
VIA: VIA Nano (2008)

Excluding Itanium (thank god), are there any other early x86 64bit CPUs
that I'm missing or any that we explicitly no longer support?

~tom

==
Fedora Project
_______________________________________________
kernel mailing list
kernel <at> lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/kernel
Xose Vazquez Perez | 19 May 14:54
Picon

CONFIG_NR_CPUS


> * Tue Jan 17 2012 Dave Jones <davej <at> redhat.com>
> - Rawhide builds now use MAXSMP on x86.
> - For release builds, set x86-64 to support 64 CPUs.
>   If larger systems become widespread, we can increase in an update.

_today_

amd:   4sockets * 16cores = 64
intel: 4sockets * 10cores * 2threads = 80
_______________________________________________
kernel mailing list
kernel <at> lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/kernel
Norman Gaywood | 18 May 01:51
Picon
Picon
Favicon

mount --move

I'm pretty sure that in 3.3.2-6.fc16.x86_64 this sequence worked:

  mkdir -p /tmp/testing
  cd /tmp/testing/
  mkdir -p foo bar
  mount -t tmpfs tmpfs foo/
  mount --move foo bar/

With 3.3.5-2.fc16.x86_64 the last step gives:

mount: wrong fs type, bad option, bad superblock on /tmp/testing/foo,
       missing codepage or helper program, or other error
       In some cases useful info is found in syslog - try
       dmesg | tail  or so

Didn't test any kernels between those two.

Is this a bug or feature? Didn't see anything is syslog.

--

-- 
Norman Gaywood, Computer Systems Officer
University of New England, Armidale,
NSW 2351, Australia

ngaywood <at> une.edu.au            Phone: +61 (0)2 6773 3337
http://mcs.une.edu.au/~norm    Fax:   +61 (0)2 6773 3312

Please avoid sending me Word or Power Point attachments.
See http://www.gnu.org/philosophy/no-word-attachments.html
_______________________________________________
(Continue reading)

Anton Arapov | 16 May 14:55
Picon
Favicon

Re: Experimental kernels with inode-uprobes, without utrace

Hello All,

  I've built kernels with uprobes patches for Fedora 17 and Rawhide. All
backported uprobes patches are in -tip:perf/uprobe tree and aimed for
linux-3.5 merge.
  Git tree: http://j.mp/JDu8sM
  Fedora Yum repo: http://j.mp/LN8vZO
  How to try uprobes using perf or sysfs: http://j.mp/LN9fhi http://j.mp/KwKzs4

cheers,
Anton Arapov.
twitter.com/aarapov

On Wed, Nov 16, 2011 at 03:45:16PM +0100, Anton Arapov wrote:
> Hello All,
> 
>   I've took over Josh's initiative(*) of yum repository with the
> experimental Fedora kernels with uprobes patch-set.
> 
>   URL to public yum repo:
>   http://repos.fedorapeople.org/repos/aarapov/kernel-uprobes/
> 
>   git, just a uprobes on top of 'prep'ed fedora kernel:
>   http://fedorapeople.org/gitweb?p=aarapov/public_git/linux-3.1.git
>   git, uprobes on top of vanilla kernel:
>   https://github.com/srikard/linux/tree/inode_uprobes_v32rc1
> 
>   I have no idea how often I'm going to rebase the patchset to a newer
> kernels, but feel free to ping me in case you want a newer kernel or
> have a concern when it makes sense to rebase. I will push a build
(Continue reading)

Dave Jones | 11 May 21:00
Picon
Favicon

irc meeting minutes 2012-05-11

======================================
#fedora-meeting: Fedora Kernel meeting
======================================

Meeting started by davej at 18:00:38 UTC. The full logs are available at
http://meetbot.fedoraproject.org/fedora-meeting/2012-05-11/fedora_kernel_meeting.2012-05-11-18.00.log.html

Meeting summary
---------------
* auto-testing initiative.  (davej, 18:02:52)
  * LINK: https://fedoraproject.org/wiki/KernelTestingInitiative   (jwb, 18:10:32)
  * ACTION: create kernel-tests git repo on fedorahosted  (davej, 18:12:51)

Meeting ended at 18:57:25 UTC.

Action Items
------------
* create kernel-tests git repo on fedorahosted

People Present (lines said)
---------------------------
* jforbes (73)
* davej (40)
* jwb (29)
* nirik (7)
* zodbot (3)
* pjones (1)

_______________________________________________
kernel mailing list
(Continue reading)

Jeff Layton | 11 May 14:40
Picon
Favicon

[PATCH] sunrpc: set CONFIG_SUNRPC_DEBUG=y in config.debug

This is quite handy for debugging but was recently made optional in
mainline kernels since it shrinks the size of the rpc/nfs modules
substantially if you turn it off.

This patch turns it on in debug kernels. Should we also consider
reenabling this in non-debug kernels?

Signed-off-by: Jeff Layton <jlayton <at> redhat.com>
---
 config-debug |    1 +
 1 files changed, 1 insertions(+), 0 deletions(-)

diff --git a/config-debug b/config-debug
index 03964c6..955c0c7 100644
--- a/config-debug
+++ b/config-debug
@@ -109,3 +109,4 @@ CONFIG_DEBUG_KMEMLEAK_EARLY_LOG_SIZE=1024
 # CONFIG_DEBUG_KMEMLEAK_TEST is not set
 CONFIG_DEBUG_KMEMLEAK_DEFAULT_OFF=y

+CONFIG_SUNRPC_DEBUG=y
--

-- 
1.7.7.6

_______________________________________________
kernel mailing list
kernel <at> lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/kernel
Frank Murphy | 10 May 16:38
Picon
Gravatar

latest Rawhide Kernel in Koji

http://koji.fedoraproject.org/koji/buildinfo?buildID=318271

Missing kernel.i686 kernel.x86_64

in case there's some build problem

--

-- 
Regards,
Frank
"Jack of all, fubars"
_______________________________________________
kernel mailing list
kernel <at> lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/kernel
Jon Masters | 4 May 19:24
Favicon

Fwd: [PATCH 2/2] ARM: audit: use only AUDIT_ARCH_ARM regardless of endianness

Please apply to our Fedora kernels.

-------- Original Message --------
Subject: [PATCH 2/2] ARM: audit: use only AUDIT_ARCH_ARM regardless of
endianness
Date: Fri,  4 May 2012 17:53:52 +0100
From: Will Deacon <will.deacon@...>
To: patches@...
CC: stable@...

The machine endianness has no direct correspondence to the syscall ABI,
so use only AUDIT_ARCH_ARM when identifying the ABI to the audit tools
in userspace.

Cc: stable@...
Signed-off-by: Will Deacon <will.deacon@...>

KernelVersion: 3.4-rc5
---
 arch/arm/kernel/ptrace.c |    8 +-------
 1 files changed, 1 insertions(+), 7 deletions(-)

diff --git a/arch/arm/kernel/ptrace.c b/arch/arm/kernel/ptrace.c
index d8dbe9c..9650c14 100644
--- a/arch/arm/kernel/ptrace.c
+++ b/arch/arm/kernel/ptrace.c
@@ -906,12 +906,6 @@ long arch_ptrace(struct task_struct *child, long
request,
 	return ret;
 }
(Continue reading)

Jon Masters | 4 May 19:24
Favicon

Fwd: [PATCH 1/2] ARM: audit: fix treatment of saved ip register during syscall tracing

Please apply to our Fedora kernels.

-------- Original Message --------
Subject: [PATCH 1/2] ARM: audit: fix treatment of saved ip register
during syscall tracing
Date: Fri,  4 May 2012 17:52:02 +0100
From: Will Deacon <will.deacon@...>
To: patches@...
CC: stable@...

The ARM audit code incorrectly uses the saved application ip register
value to infer syscall entry or exit. Additionally, the saved value will
be clobbered if the current task is not being traced, which can lead to
libc corruption if ip is live (apparently glibc uses it for the TLS
pointer).

This patch fixes the syscall tracing code so that the why parameter is
used to infer the syscall direction and the saved ip is only updated if
we know that we will be signalling a ptrace trap.

Cc: stable@...
Cc: Eric Paris <eparis@...>
Reported-and-tested-by: Jon Masters <jcm@...>
Signed-off-by: Will Deacon <will.deacon@...>

KernelVersion: 3.4-rc5
---
 arch/arm/kernel/ptrace.c |   16 ++++++++--------
 1 files changed, 8 insertions(+), 8 deletions(-)

(Continue reading)

Jiri Pirko | 4 May 17:29
Picon
Favicon

[patch f17 00/11] team: refresh to latest net-next

Refresh team driver co so it can work correctly with recent libteam version.

All patches are in net-next tree

David S. Miller (1):
  team: Stop using NLA_PUT*().

Jiri Pirko (10):
  team: add binary option type
  team: add loadbalance mode
  team: add support for per-port options
  team: add bool option type
  team: add user_linkup and user_linkup_enabled per-port option
  team: ab: walk through port list non-rcu
  team: add missed "statics"
  team: lb: let userspace care about port macs
  team: allow to enable/disable ports
  team: add per-port option for enabling/disabling ports

 drivers/net/team/Kconfig                  |   11 +
 drivers/net/team/Makefile                 |    1 +
 drivers/net/team/team.c                   |  523 +++++++++++++++++++++++------
 drivers/net/team/team_mode_activebackup.c |   20 +-
 drivers/net/team/team_mode_loadbalance.c  |  174 ++++++++++
 drivers/net/team/team_mode_roundrobin.c   |    2 +-
 6 files changed, 621 insertions(+), 110 deletions(-)
 create mode 100644 drivers/net/team/team_mode_loadbalance.c

--

-- 
1.7.6.5
(Continue reading)


Gmane