On Fri, Sep 14, 2012 at 10:15 PM, Marcin Slusarz
wrote:
> [3.017200] [ cut here ]
> [3.017203] [ cut here ]
> [3.017208] WARNING: at arch/x86/mm/kmemcheck/kmemcheck.c:634
> kmemcheck_fault+0xb9/0xd0()
>
> this is WARN_ON_ONCE(in_nmi());
On 22:42 Fri 12 Oct , Viresh Kumar wrote:
> On 12 October 2012 21:51, Jean-Christophe PLAGNIOL-VILLARD
> wrote:
> >> >> + OF_DEV_AUXDATA("arasan,cf-spear1340", MCIF_CF_BASE, NULL, "cf"),
> >> > ?/
> >>
> >> Sorry. can't get it :(
> > what is the "cf" as paltfrom data
>
> This is dma bus_i
On Fri, Oct 12, 2012 at 04:40:10PM -0700, K. Y. Srinivasan wrote:
> Currently, we are returning the same string for both OSBuildNumber
> and OSVersion keys. Return the full uts string for the OSBuild
> key since Windows does not impose any restrictions on this.
You sent me 2 patches, both 1/1, t
On 13 October 2012 04:26, Steven Rostedt wrote:
> From: Steven Rostedt
>
> All the headers but kvm_para.h use the Kbuild infrastructure to
> get to the asm-generic headers.
>
> Cc: linux-kbu...@vger.kernel.org
> Cc: li...@lists.openrisc.net
> Cc: Jonas Bonn
> Signed-off-by: Steven Rostedt
Acke
On Sat, Oct 13, 2012 at 11:39:37AM +0800, 陈华才 wrote:
> So I still think that "sched: Add missing call to calc_load_exit_idle()"
> should be reverted in 3.5 branch...
3.5 is now end-of-life, with no more releases, everyone should have
moved off of it to 3.6 now, so there's nothing to do here anymor
On Fri, Oct 12, 2012 at 11:24:43AM -0600, Stephen Warren wrote:
> On 10/10/2012 05:18 PM, David Gibson wrote:
> ...
> > And as stated elsewhere, cpp should be invoked with similar options to
> > the way it's done for asm files. A -D__DTS__ or something like that
> > would probably be a good idea t
This pull request contains just the UAPI disintegration work from David
Howells.
/Jonas
--
The following changes since commit
4d7127dace8cf4b05eb7c8c8531fc204fbb195f4:
Merge branch 'for-linus' of
git://git.kernel.org/pub/scm/linux/kernel/git/jmorris/linux-security
(2012-10-13 11:29:00 +09
Hi Lee,
On Thu, Oct 11, 2012 at 03:15:26PM +0100, Lee Jones wrote:
> From: Jonas Aaberg
>
> Disable hardware if active when suspending if the hw can not
> wake the system from suspend.
>
> Cc: Dmitry Torokhov
> Cc: linux-in...@vger.kernel.org
> Acked-by: Lee Jones
If you are sending the patc
Kees Cook wrote:
> On Thu, Oct 11, 2012 at 07:32:40PM -0700, Kees Cook wrote:
>> +/*
>> + * Since bprm is already modified, we cannot continue if the the
>> + * handlers for starting the new interpreter have failed.
>> + * Make sure that we do not return -ENOEXEC, as that would
>> +
On Fri, 2012-10-12 at 22:52 +0200, Thomas Gleixner wrote:
> On Fri, 12 Oct 2012, Liu, Chuansheng wrote:
> > > -Original Message-
> > > From: anish kumar [mailto:anish198519851...@gmail.com]
> > > Sent: Friday, October 12, 2012 11:25 PM
> > > To: Liu, Chuansheng
> > > Cc: Thomas Gleixner; li
Linus,
Please pull the for-linus git tree from:
git://git.kernel.org:/pub/scm/linux/kernel/git/ebiederm/user-namespace.git
for-linus
HEAD: e9069f470803eeb5e243a05bc717452c6218bd71 btrfs: Fix compilation with
user namespace support enabled
This tree contains three trivial fixes. One com
The whole gpmi-nand driver has turned to pure devicetree supported.
So the linux/mtd/gpmi-nand.h is not neccessary now. Just remove it,
and move some macros to the gpmi-nand driver itself.
Signed-off-by: Huang Shijie
---
drivers/mtd/nand/gpmi-nand/gpmi-lib.c |1 -
drivers/mtd/nand/gpmi-nand
So I still think that "sched: Add missing call to calc_load_exit_idle()"
should be reverted in 3.5 branch...
> On 10/06/2012 01:23 AM, Peter Zijlstra wrote:
>> On Fri, 2012-10-05 at 10:10 -0700, Jonathan Nieder wrote:
>>> Peter Zijlstra wrote:
On Thu, 2012-10-04 at 15:27 -0700, Greg Kroah-Har
On Friday 12 October 2012 22:26:36 Steven Rostedt wrote:
> From: Steven Rostedt
>
> All the headers but kvm_para.h use the Kbuild infrastructure to
> get to the asm-generic headers.
Acked-by: Mike Frysinger
-mike
signature.asc
Description: This is a digitally signed message part.
On Sun, Nov 9, 2008 at 2:04 PM, Jesper Juhl wrote:
> There are two checks for 'rc' being less than zero with no change to
> 'rc' between the two, so the second is just dead code - remove it.
>
> Signed-off-by: Jesper Juhl
> ---
> drivers/media/usb/stk1160/stk1160-i2c.c |3 ---
> 1 files chan
From: Steven Rostedt
Date: Fri, 12 Oct 2012 22:26:52 -0400
> From: Steven Rostedt
>
> Use Kbuild infrastructure to handle the asm-generic headers
> and remove the wrapper headers that call them.
>
> This only affects headers that do nothing but include the generic
> equivalent. It does not tou
All,
I am part of the team that maintains udev on gentoo.
This bug [1] has prompted me to ask a couple of questions about the
/dev/root symbolic link.
According to upstream udev, we should not use this at all and if tools
are relying on it they should be fixed to not do so.
Does the kernel crea
From: Steven Rostedt
Use Kbuild infrastructure to handle the asm-generic headers
and remove the wrapper headers that call them.
This only affects headers that do nothing but include the generic
equivalent. It does not touch any header that does a little more.
Cc: linux-kbu...@vger.kernel.org
Cc
From: Steven Rostedt
Use Kbuild infrastructure to handle the asm-generic headers
and remove the wrapper headers that call them.
This only affects headers that do nothing but include the generic
equivalent. It does not touch any header that does a little more.
Cc: linux-kbu...@vger.kernel.org
Cc
From: Steven Rostedt
All the headers but kvm_para.h use the Kbuild infrastructure to
get to the asm-generic headers.
Cc: linux-kbu...@vger.kernel.org
Cc: uclinux-dist-de...@blackfin.uclinux.org
Cc: Mike Frysinger
Signed-off-by: Steven Rostedt
---
arch/blackfin/include/asm/Kbuild |1 +
Recently I suggested to someone that was adding a new asm file that
currently only contained an x86 change to add a header in all archs
that was just a wrapper to point to the asm-generic version. I suggested
this because that's the way we use to do it and just to refresh my
memory, I looked at div
From: Steven Rostedt
All the headers but kvm_para.h use the Kbuild infrastructure to
get to the asm-generic headers.
Cc: linux-kbu...@vger.kernel.org
Cc: linux-hexa...@vger.kernel.org
Cc: Richard Kuo
Signed-off-by: Steven Rostedt
---
arch/hexagon/include/asm/Kbuild |1 +
arch/hexagon/
From: Steven Rostedt
Use Kbuild infrastructure to handle the asm-generic headers
and remove the wrapper headers that call them.
This only affects headers that do nothing but include the generic
equivalent. It does not touch any header that does a little more.
Cc: linux-kbu...@vger.kernel.org
Cc
From: Steven Rostedt
Use Kbuild infrastructure to handle the asm-generic headers
and remove the wrapper headers that call them.
This only affects headers that do nothing but include the generic
equivalent. It does not touch any header that does a little more.
Cc: linux-kbu...@vger.kernel.org
Cc
From: Steven Rostedt
Use Kbuild infrastructure to handle the asm-generic headers
and remove the wrapper headers that call them.
This only affects headers that do nothing but include the generic
equivalent. It does not touch any header that does a little more.
Cc: linux-kbu...@vger.kernel.org
Cc
From: Steven Rostedt
Use Kbuild infrastructure to handle the asm-generic headers
and remove the wrapper headers that call them.
This only affects headers that do nothing but include the generic
equivalent. It does not touch any header that does a little more.
Cc: linux-kbu...@vger.kernel.org
Cc
From: Steven Rostedt
Use Kbuild infrastructure to handle the asm-generic headers
and remove the wrapper headers that call them.
This only affects headers that do nothing but include the generic
equivalent. It does not touch any header that does a little more.
Cc: linux-kbu...@vger.kernel.org
Cc
From: Steven Rostedt
Use Kbuild infrastructure to handle the asm-generic headers
and remove the wrapper headers that call them.
This only affects headers that do nothing but include the generic
equivalent. It does not touch any header that does a little more.
Cc: linux-kbu...@vger.kernel.org
Cc
From: Steven Rostedt
Use Kbuild infrastructure to handle the asm-generic headers
and remove the wrapper headers that call them.
This only affects headers that do nothing but include the generic
equivalent. It does not touch any header that does a little more.
Cc: linux-kbu...@vger.kernel.org
Cc
From: Steven Rostedt
Use Kbuild infrastructure to handle the asm-generic headers
and remove the wrapper headers that call them.
This only affects headers that do nothing but include the generic
equivalent. It does not touch any header that does a little more.
Cc: linux-kbu...@vger.kernel.org
Cc
From: Steven Rostedt
Use Kbuild infrastructure to handle the asm-generic headers
and remove the wrapper headers that call them.
This only affects headers that do nothing but include the generic
equivalent. It does not touch any header that does a little more.
Cc: linux-kbu...@vger.kernel.org
Cc
From: Steven Rostedt
Use Kbuild infrastructure to handle the asm-generic headers
and remove the wrapper headers that call them.
This only affects headers that do nothing but include the generic
equivalent. It does not touch any header that does a little more.
Cc: linux-kbu...@vger.kernel.org
Cc
From: Steven Rostedt
Use Kbuild infrastructure to handle the asm-generic headers
and remove the wrapper headers that call them.
This only affects headers that do nothing but include the generic
equivalent. It does not touch any header that does a little more.
Cc: linux-kbu...@vger.kernel.org
Cc
From: Steven Rostedt
Use Kbuild infrastructure to handle the asm-generic headers
and remove the wrapper headers that call them.
This only affects headers that do nothing but include the generic
equivalent. It does not touch any header that does a little more.
Cc: linux-kbu...@vger.kernel.org
Cc
From: Steven Rostedt
Use Kbuild infrastructure to handle the asm-generic headers
and remove the wrapper headers that call them.
This only affects headers that do nothing but include the generic
equivalent. It does not touch any header that does a little more.
Cc: linux-kbu...@vger.kernel.org
Cc
From: Steven Rostedt
All the headers but kvm_para.h use the Kbuild infrastructure to
get to the asm-generic headers.
(also had to add ipcbuf.h)
Cc: linux-kbu...@vger.kernel.org
Cc: user-mode-linux-de...@lists.sourceforge.net
Cc: Jeff Dike
Cc: Richard Weinberger
Signed-off-by: Steven Rostedt
From: Steven Rostedt
All the headers but kvm_para.h use the Kbuild infrastructure to
get to the asm-generic headers.
Cc: linux-kbu...@vger.kernel.org
Cc: linux-c6x-...@linux-c6x.org
Cc: Mark Salter
Cc: Aurelien Jacquiot
Signed-off-by: Steven Rostedt
---
arch/c6x/include/asm/Kbuild |1
From: Steven Rostedt
Use Kbuild infrastructure to handle the asm-generic headers
and remove the wrapper headers that call them.
This only affects headers that do nothing but include the generic
equivalent. It does not touch any header that does a little more.
Cc: linux-kbu...@vger.kernel.org
Cc
From: Steven Rostedt
Use Kbuild infrastructure to handle the asm-generic headers
and remove the wrapper headers that call them.
This only affects headers that do nothing but include the generic
equivalent. It does not touch any header that does a little more.
Cc: linux-kbu...@vger.kernel.org
Cc
From: Steven Rostedt
All the headers but kvm_para.h use the Kbuild infrastructure to
get to the asm-generic headers.
Cc: linux-kbu...@vger.kernel.org
Cc: li...@lists.openrisc.net
Cc: Jonas Bonn
Signed-off-by: Steven Rostedt
---
arch/openrisc/include/asm/Kbuild |1 +
arch/openrisc/incl
From: Steven Rostedt
All the headers but kvm_para.h use the Kbuild infrastructure to
get to the asm-generic headers.
Cc: linux-kbu...@vger.kernel.org
Cc: Guan Xuetao
Signed-off-by: Steven Rostedt
---
arch/unicore32/include/asm/Kbuild |1 +
arch/unicore32/include/asm/kvm_para.h |1
From: Steven Rostedt
Use Kbuild infrastructure to handle the asm-generic headers
and remove the wrapper headers that call them.
This only affects headers that do nothing but include the generic
equivalent. It does not touch any header that does a little more.
Cc: linux-kbu...@vger.kernel.org
Cc
From: Steven Rostedt
All the headers but kvm_para.h use the Kbuild infrastructure to
get to the asm-generic headers.
Cc: linux-kbu...@vger.kernel.org
Cc: Chris Metcalf
Signed-off-by: Steven Rostedt
---
arch/tile/include/asm/Kbuild |1 +
arch/tile/include/asm/kvm_para.h |1 -
2 fil
On Fri, Oct 12, 2012 at 10:45 PM, Konrad Rzeszutek Wilk
wrote:
>
> Please pull!
Btw, please use the -M switch to get renames as renames (and
--summary). You diffstat:
> include/uapi/xen/Kbuild|2 +
> include/uapi/xen/evtchn.h | 88 +++
> include/ua
If pm_genpd_attach_cpudidle failed we leak memory stored in 'cpu_data'.
Signed-off-by: Jonghwan Choi
---
drivers/base/power/domain.c |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/drivers/base/power/domain.c b/drivers/base/power/domain.c
index c22b869..96b71b6 10064
On Sat, Oct 13, 2012 at 10:09:36AM +0900, Linus Torvalds wrote:
> On Sat, Oct 13, 2012 at 1:03 AM, Oleg Nesterov wrote:
> > arch/alpha and probably some other architectures call
> > do_notify_resume()->task_work_run() with irqs disabled.
>
> I'm going to ignore this patch because I *hope* it is u
On Sat, Oct 13, 2012 at 1:03 AM, Oleg Nesterov wrote:
> arch/alpha and probably some other architectures call
> do_notify_resume()->task_work_run() with irqs disabled.
I'm going to ignore this patch because I *hope* it is unnecessary
after the pull from Al that I just did.
But if that turns out
For starters, yes, I *do* understand the security issues involved, and
no, I *don't* want to hear about NVidia evilness, because this looks like
a modpost problem not an NVidia problem.
I built next-20121011 with CONFIG_MODULE_SIG=y, and MODULE_SIG_FORCE=n,
so that I could test the feature, and ju
When using the dummy regulator, SDHCI may fail its probing because the
regulator does not support any voltages.
When reloading the driver, you will get a warning about a duplicate
sysfs link.
[72211.963386] :03:00.0 supply vmmc not found, using dummy regulator
[72211.963409] [ cut
The last bits of infrastructure for kernel_thread() et.al., with alpha/arm/x86
use of those. Plus sanitizing the asm glue and do_notify_resume() on alpha,
fixing the "disabled irq while running task_work stuff" breakage there.
At that point the rest of kernel_thread/kernel_execve/sys_execve work
There are systems where video module known to work fine regardless
of broken _DOD and ignoring returned value here doesn't cause
any issues later. This should fix brightness controls on some laptops.
Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=47861
Signed-off-by: Igor Murzov
Reviewed-
Stuff from Jeff Layton, mostly. Sanitizing interplay between
audit and namei, removing a lot of insanity from audit_inode() mess
and getting things ready for his ESTALE patchset. Please, pull from
the usual place -
git://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs.git for-linus
Shor
From: "Luis R. Rodriguez"
No functional changes.
Cc: dri-de...@lists.freedesktop.org
Cc: linux-kernel@vger.kernel.org
Cc: de...@driverdev.osuosl.org
Cc: backpo...@vger.kernel.org
Cc: Rob Clark
Cc: Arnd Bergmann
Cc: Dave Jones
Cc: David Airlie
Cc: Ben Skeggs
Cc: Alan Cox
Cc: David Howells
From: "Luis R. Rodriguez"
The UAPI changes split kernel API and userspace API
content onto two separate header files. The userspace
API drm content was moved to include/uapi/drm/ with the
same file name while kernel specific API content was
kept under include/drm/ with the same file name. When
on
From: "Luis R. Rodriguez"
Here are a few minor updates to the UAPI changes [0]. The first
one is to help with the backport effort [1], the second one is
simply space cosmetic change to address my eyes bleeding
while reviewing the changes on next-20121012 with git.
If the changes on
On Sat, Oct 13, 2012 at 12:06 AM, David Howells wrote:
> Grant Likely wrote:
>
>> > Can you merge the following branch into the spi tree please.
>>
>> Do you want this merged into 3.7? If so, go ahead and push it directly
>> to Linus. I've not been able to do any maintainership stuff for the
>> l
Don't return loopback addresses and further don't terminate
the IP address strings with a semicolon. This is the current
behavior of Windows guests.
Signed-off-by: K. Y. Srinivasan
Reviewed-by: Haiyang Zhang
Reported-by: Claudio Latini
---
tools/hv/hv_kvp_daemon.c | 13 +
1 files
Currently, we are returning the same string for both OSBuildNumber
and OSVersion keys. Return the full uts string for the OSBuild
key since Windows does not impose any restrictions on this.
Signed-off-by: K. Y. Srinivasan
Reviewed-by: Haiyang Zhang
Reported-by: Claudio Latini
---
tools/hv/hv
On Fri, Oct 12, 2012 at 05:02:57PM -0400, George Spelvin wrote:
> Here are some Phenom results for that benchmark. The average time
> increases from 700 to 760 cycles (+8.6%).
I was afraid something like that would show up.
Btw, in looking at this more and IINM, we use the REP MOVSQ version on
A
Grant Likely wrote:
> > Can you merge the following branch into the spi tree please.
>
> Do you want this merged into 3.7? If so, go ahead and push it directly
> to Linus. I've not been able to do any maintainership stuff for the
> last merge window or this one. Mark Brown has covered for me on
Hi,
On Fri, 2012-10-12 at 22:34 +0200, Milan Broz wrote:
> On 10/12/2012 09:37 PM, Michael Zugelder wrote:
> > Testing setup:
> > * Fedora 17, stock 3.5.4-2.fc17 kernel and a self-compiled 3.6.1 kernel
> > * 320 GiB USB hard drive (sdb)
>
> I guess that USB is the key factor here... I remember
Please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/agk/linux-dm tags/dm-3.7-changes
to get the following device-mapper changes for 3.7.
Thanks,
Alasdair
Remove the power-of-2 block size constraint on discards in d
On Tue, Oct 9, 2012 at 2:30 PM, David Howells wrote:
> Can you merge the following branch into the spi tree please.
Do you want this merged into 3.7? If so, go ahead and push it directly
to Linus. I've not been able to do any maintainership stuff for the
last merge window or this one. Mark Brown
On Fri, 12 Oct 2012 09:57:56 +0100
Ian Campbell wrote:
> On Thu, 2012-10-11 at 22:58 +0100, Mukesh Rathor wrote:
> > @@ -2177,8 +2210,19 @@ static const struct pv_mmu_ops xen_mmu_ops
> > __initconst = {
> >
> > void __init xen_init_mmu_ops(void)
> > {
> > - x86_init.mapping.pagetable_res
On Fri, Oct 12, 2012 at 03:37:43PM +0300, Pekka Enberg wrote:
[...]
> > +static bool vmevent_match_attr(struct vmevent_attr *attr, u64 value)
> > +{
> > + u32 state = attr->state;
> > + bool attr_lt = state & VMEVENT_ATTR_STATE_VALUE_LT;
> > + bool attr_gt = state & VMEVENT_ATTR_S
This is an assorted set of stragglers into the merge window with driver
updates for megaraid_sas, lpfc, bfi and mvumi. It also includes some
fairly major fixes for virtio-scsi (scatterlist init), scsi_debug (off
by one error), storvsc (use after free) and qla2xxx (potential
deadlock).
The patch is
On Fri, Oct 12, 2012 at 06:03:37PM +0200, Oleg Nesterov wrote:
> On 10/06, Thorsten Kranzkowski wrote:
> >
> > After upgrading from v3.5-rc7 to current git my system oopses and locks up
> > early in the boot sequence.
>
> OK, I am sending the patch which I already showed.
>
> Perhaps we should on
There are two checks for 'rc' being less than zero with no change to
'rc' between the two, so the second is just dead code - remove it.
Signed-off-by: Jesper Juhl
---
drivers/media/usb/stk1160/stk1160-i2c.c |3 ---
1 files changed, 0 insertions(+), 3 deletions(-)
diff --git a/drivers/media/
On Sat, Oct 13, 2012 at 12:04 AM, Vivien Didelot
wrote:
> About the generic driver (to allow registering one platform device per
> DIO block), I think it won't be possible, because there are shared
> regions, such as 0x7d, used by DIO2 and LCD DIO for direction...
Probably true.
> Is there a wa
On Thu, 2012-10-11 at 10:00 +0900, Greg Kroah-Hartman wrote:
> 3.4-stable review patch. If anyone has any objections, please let me know.
>
> --
>
> From: "Paul E. McKenney"
>
> commit a10d206ef1a83121ab7430cb196e0376a7145b22 upstream.
[...]
> This commit therefore makes CPUs c
Hi Linus,
On Fri, 2012-10-12 at 22:53 +0200, Linus Walleij wrote:
> Well that may also be a pretty big step if you just want to mux
> one bank of GPIO. I'm a bit ambivalent. But if you want to tie
> pin and gpio information together and name all pins, pinctrl
> is what should suit you best.
>
> I
On Fri, Oct 12, 2012 at 11:34 AM, Yinghai Lu wrote:
> On Fri, Oct 12, 2012 at 3:54 AM, Jiang Liu wrote:
>> On 2012-10-12 18:42, Tang Chen wrote:
>>> On 10/12/2012 06:36 PM, Jiang Liu wrote:
I have sent a similar patch to Yinghai before. For simplicity, we could
use acpi_match_object_inf
On Fri, Oct 12, 2012 at 05:46:16PM +, Luck, Tony wrote:
> > Or, you can modify the mca_config I have there and use bools and pass a
> > pointer to each actual bool member in each DEVICE_BIT_ATTR invocation
> > (and rename it to DEVICE_BOOL_ATTR). Yeah, that could work, unless I'm
> > missing so
* Kevin Hilman [121012 13:34]:
>
> I'm not conviced (yet) that a mismatch is the root cause. Yes, that's
> what the author of $SUBJECT patch assumed and stated, but I'm not
> pursuaded.
>
> If it's an improperly configured mux issue, then the UART will break
> whenever the device is actually o
On Wed, Oct 10, 2012 at 10:55:44AM +0100, Dave Martin wrote:
> As a side comment, some things such as MAC addresses can be probed and
> set from userspace after kernel boot, assuming that you have a way
> to fetch the device description blob from userspace. If it's accessible
> via MTD I'm guessi
On Fri, 12 Oct 2012 09:48:48 +0100
Ian Campbell wrote:
> > index fdce49c..9323b8c 100644
> > --- a/arch/x86/xen/Kconfig
> > +++ b/arch/x86/xen/Kconfig
> > @@ -50,3 +50,13 @@ config XEN_DEBUG_FS
> > Enable statistics output and various tuning options in
> > debugfs. Enabling this option may
I'm announcing the release of the 3.0.46 kernel.
All users of the 3.0 kernel series must upgrade.
The updated 3.0.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-3.0.y
and can be browsed at the normal kernel.org git web browser:
I'm announcing the release of the 3.4.14 kernel.
All users of the 3.4 kernel series must upgrade.
The updated 3.4.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-3.4.y
and can be browsed at the normal kernel.org git web browser:
On Fri, 12 Oct 2012 10:18:31 +0100
Ian Campbell wrote:
> On Thu, 2012-10-11 at 22:49 +0100, Mukesh Rathor wrote:
> > Hi guys,
> >
> > Ok, I've made all the changes from prev RFC patch submissions.
> > Tested all the combinations. The patches are organized slightly
> > differently from prev versi
I'm announcing the release of the 3.5.7 kernel.
Note, this is the LAST 3.5.y kernel release, it is now end-of-life.
Please move to the 3.6 kernel branch at this time.
All users of the 3.5 kernel series must upgrade.
The updated 3.5.y git tree can be found at:
git://git.kernel.org/pub/scm
I'm announcing the release of the 3.6.2 kernel.
All users of the 3.6 kernel series must upgrade.
The updated 3.6.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-3.6.y
and can be browsed at the normal kernel.org git web browser:
Hi Mark,
[CCing intel-gfx]
On Fri, 12 October 2012 Mark Hounschell wrote:
> Not sure this is the correct place to ask about a possible drm issue. I
> have an intel based PC with an HDMI port that I'm trying to connect to
> an LG TV. I have successfully used this HDMI port connected to an Optim
On Fri, Oct 12, 2012 at 10:11:24PM +0100, Ben Hutchings wrote:
> On Thu, 2012-10-11 at 09:59 +0900, Greg Kroah-Hartman wrote:
> > 3.4-stable review patch. If anyone has any objections, please let me know.
> >
> > --
> >
> > From: Davidlohr Bueso
> >
> > commit e96875677fb2b7cb7
On Thu, Oct 11, 2012 at 8:06 PM, Jean-Christophe PLAGNIOL-VILLARD
wrote:
> On 10:22 Thu 11 Oct , Lee Jones wrote:
>> The board could actually be called either ccu9540, or just
>> u9540. I picked one and went with it. The full name is the
>> u9540 development board.
>
> so use ccu9540 as u9540
On Thu, 2012-10-11 at 09:59 +0900, Greg Kroah-Hartman wrote:
> 3.4-stable review patch. If anyone has any objections, please let me know.
>
> --
>
> From: Davidlohr Bueso
>
> commit e96875677fb2b7cb739c5d7769824dff7260d31d upstream.
>
> Account for all properties when a and/or
In the error path of registering memory, in case there is a failure when
trying to allocate a chunk from the memory pool, it will try to free the
same chunk, which will BUG.
Signed-off-by: Thadeu Lima de Souza Cascardo
---
drivers/infiniband/hw/cxgb4/mem.c |2 +-
1 files changed, 1 insertion
A gen_pool_chunk uses a bitmap to find what addresses ranges it has
allocated and bugs when we destroy the pool and a chunk has some bits
set.
There is a problem when it allocates the bitmap. It allocates only the
number of bytes needed for the bits that represent the size it's
allocating. That is
On Thu, Oct 11, 2012 at 4:22 PM, Shubhrajyoti Datta
wrote:
>> @@ -526,6 +527,7 @@ static int gpio_keys_open(struct input_dev *input)
>> {
>> struct gpio_keys_drvdata *ddata = input_get_drvdata(input);
>>
>> + pm_runtime_get_sync(input->dev.parent);
>
> I am not an expert of the run
Hello Frederic,
Could you write your opinion about this patch? Here are fixed all
bugs, which you mentioned for the previous version.
Thanks.
2012/9/18 Andrew Vagin :
> You may want to know where and how long a task is sleeping. A callchain
> may be found in sched_switch and a time slice in stat
On Friday 05 October 2012 20:56:44 김재극 wrote:
> +struct f2fs_nat_entry {
> + __u8 version;
> + __le32 ino;
> + __le32 block_addr;
> +} __packed;
> +
> +struct f2fs_nat_block {
> + struct f2fs_nat_entry entries[NAT_ENTRY_PER_BLOCK];
> +} __packed;
Using "__packed" on structu
Here are some Phenom results for that benchmark. The average time
increases from 700 to 760 cycles (+8.6%).
vendor_id : AuthenticAMD
cpu family : 16
model : 2
model name : AMD Phenom(tm) 9850 Quad-Core Processor
stepping: 3
microcode : 0x183
cpu MHz
On Thu, Oct 11, 2012 at 8:56 AM, Dan Carpenter wrote:
> ->last_ier is an unsigned long but the high bits can't be used int the
> original code because the shift wraps.
>
> Signed-off-by: Dan Carpenter
Applied, thanks!
Should we send this to stable? (I assume so ...)
Yours,
Linus Walleij
--
To
On Fri, 12 Oct 2012, Liu, Chuansheng wrote:
> > > But IRQS_ONESHOT does not work well for edge interrupt.
> > > And pasting the IRQS_ONESHOT description:
> > > * IRQS_ONESHOT- irq is not unmasked in primary handler
> >
> > Right, and edge type interrupts doe not support it.
>
>
On Wednesday 10 October 2012 11:36:14 David Woodhouse wrote:
> The whole thing is silly. What we actually want on an embedded system is
> to ditch the FTL altogether and have direct access to the NAND. Then we
> can know our file system is behaving optimally. And we don't need
> hacks like TRIM to
On Wed, Oct 10, 2012 at 11:33:24AM -0500, Kent Yoder wrote:
> On Sun, Sep 30, 2012 at 05:33:45PM -0600, Jason Gunthorpe wrote:
> > How to use the TPM is really a user space policy choice, if the
> > environment wants to use middleware then fine, but it is possible to
> > make correct TPM apps witho
On Wednesday 10 October 2012 00:53:51 Theodore Ts'o wrote:
> On Tue, Oct 09, 2012 at 01:01:24PM +0200, Lukáš Czerner wrote:
> > Do not get me wrong, I do not think it is worth to wait for vendors
> > to come to their senses, but it is worth constantly reminding that
> > we *need* this kind of infor
On Fri, 12 Oct 2012, Liu, Chuansheng wrote:
> > On SMP an interrupt which is raised after the ack() again before the
> > handler finishes, can invoke another delivery on a different CPU,
> > which then sees the IRQ_INPROGESS flag, masks it and flags it
> > PENDING. When the primary handler on the
On Mon, Oct 8, 2012 at 8:20 PM, Vivien Didelot
wrote:
> On Mon, 2012-10-08 at 12:38 +0200, Linus Walleij wrote:
>> On Wed, Sep 26, 2012 at 2:42 AM, Vivien Didelot
>> wrote:
>> Part of me dislike that you create one single driver for all
>> three blocks instead of abstracting the driver to handle
On Fri, 12 Oct 2012, Liu, Chuansheng wrote:
> > -Original Message-
> > From: anish kumar [mailto:anish198519851...@gmail.com]
> > Sent: Friday, October 12, 2012 11:25 PM
> > To: Liu, Chuansheng
> > Cc: Thomas Gleixner; linux-kernel@vger.kernel.org
> > Subject: RE: [PATCH] genirq: for edge i
On 10/12/2012 09:37 PM, Michael Zugelder wrote:
> I'm having an issue reading data via dm-crypt when there is heavy
> writeback going on (i.e. copying large files or using dd). A single
> read takes anywhere from a few seconds to multiple minutes.
>
> Testing setup:
> * Fedora 17, stock 3.5.4-2.f
1 - 100 of 436 matches
Mail list logo