From: Cesar Eduardo Barros
Date: Sat, 2 Mar 2013 22:53:39 -0300
> This driver was removed by commit 0e245db (drivers/net: delete the 3Com
> 3c505/3c507 intel i825xx support).
>
> Cc: Paul Gortmaker
> Cc: Philip Blundell
> Cc: net...@vger.kernel.org
> Signed-off-by: Cesar Eduardo Barros
From: Cesar Eduardo Barros
Date: Sat, 2 Mar 2013 22:53:43 -0300
> This driver was removed by commit 6fcdf4f (wanrouter: delete now
> orphaned header content, files/drivers).
>
> Cc: Paul Gortmaker
> Cc: Arnaldo Carvalho de Melo
> Cc: net...@vger.kernel.org
> Signed-off-by: Cesar Eduardo
From: Silviu-Mihai Popescu
Date: Sat, 2 Mar 2013 21:45:19 +0200
> This fixed the following sparse warning:
> net/caif/caif_dev.c:121:6: warning: symbol 'caif_flow_cb' was not
> declared. Should it be static?
>
> Signed-off-by: Silviu-Mihai Popescu
Applied.
--
To unsubscribe from this list:
From: Cesar Eduardo Barros
Date: Sat, 2 Mar 2013 22:53:45 -0300
> This driver was removed by commit f84932d (drivers/net: delete ISA intel
> eexpress and eepro i825xx drivers).
>
> Cc: Paul Gortmaker
> Cc: Philip Blundell
> Cc: net...@vger.kernel.org
> Signed-off-by: Cesar Eduardo Barros
From: Freddy Xin
Date: Sat, 2 Mar 2013 18:41:11 +0800
> From: Freddy Xin
>
> This is a resubmission.
> Added kfree() in ax88179_get_eeprom to prevent memory leakage.
> Modified "__le16 rxctl" to "u16 rxctl" in "struct ax88179_data" and removed
> pointless casts.
> Removed asix_init and
On Sat, Mar 2, 2013 at 7:17 PM, Greg Kroah-Hartman
wrote:
> On Fri, Mar 01, 2013 at 07:24:21PM -0800, Tejun Heo wrote:
>> Kay tells me the most appropriate place to expose workqueues to
>> userland would be /sys/devices/virtual/workqueues/WQ_NAME which is
>> symlinked to
On Sat, Mar 02, 2013 at 10:12:40PM -0800, Christopher Li wrote:
> On Sat, Mar 2, 2013 at 5:23 AM, Fengguang Wu wrote:
> > That's it! Verified with
> >
> > make C=1 kernel/trace/trace_functions.o
>
> You can use C=2 to run sparse without recompile the obj file.
Got it, thanks!
On Sat, Mar 2, 2013 at 5:23 AM, Fengguang Wu wrote:
> That's it! Verified with
>
> make C=1 kernel/trace/trace_functions.o
You can use C=2 to run sparse without recompile the obj file.
Chris
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
On Sat, Mar 2, 2013 at 9:32 PM, Davidlohr Bueso wrote:
>
> After updating the callers, [msgctl, semctl, shmctl]_down, to acquire
> the lock for IPC_RMID and IPC_SET commands, I'm no longer seeing these
> issues - so far on my regular laptop and two big boxes running my Oracle
> benchmarks for a
The AcpiMmioSel bit is the bit1 in AcpiMmioEn register, but, current
sp5100_tco driver was using bit2.
The sp5100_tco driver expects zero as a value of AcpiMmioSel (bit1).
fortunately, The problem didn't occur by this typo, because the default
value of misused bit2 is zero. However, the
On Sat, 2013-03-02 at 21:18 -0500, Rik van Riel wrote:
> On 03/01/2013 11:32 PM, Michel Lespinasse wrote:
>
> > I think it may be nicer to take the rcu read lock at the call site
> > rather than in ipc_obtain_object(), to make the rcu read lock/unlock
> > sites pair up more nicely. Either that
The critical problem which can't boot OS until the power is completely
cut off found on PC with SB700 chipset. This patch fix the problem, but,
this patch prevents the sp5100_tco driver from using watchdog timer
function of chipset on PC with SP5100 or SB7x0 chipset.
Re-programming the MMIO
On Sat, 2013-03-02 at 22:53 -0300, Cesar Eduardo Barros wrote:
> This avoids a false positive in the checkmaintainers.py script.
You should fix the script instead of making
deliberate errors in MAINTAINERS.
> diff --git a/MAINTAINERS b/MAINTAINERS
[]
> @@ -3236,7 +3236,7 @@ W:
On Sat, 2013-03-02 at 13:24 -0800, Linus Torvalds wrote:
> On Fri, Mar 1, 2013 at 4:16 PM, Davidlohr Bueso
> wrote:
> > @@ -784,7 +806,7 @@ struct kern_ipc_perm *ipcctl_pre_down(struct
> > ipc_namespace *ns,
> > int err;
> >
> > down_write(>rw_mutex);
> > - ipcp =
We should not change the on-disk layout.
Instead, simply we can deal with it by changing original condition check
like below.
---
From ccc2546eded1efd2d6ed98f8aee7d7ce247cb4a2 Mon Sep 17 00:00:00 2001
From: Jaegeuk Kim
Date: Sun, 3 Mar 2013 13:58:05 +0900
Subject: [PATCH] f2fs: align f2fs
2013-03-02 (토), 12:41 +0900, Namjae Jeon:
> From: Namjae Jeon
>
> Actual dirty of pages will occur in f2fs_delete_entry so move the
> f2fs_balance_fs just before deletion.
>
> Signed-off-by: Namjae Jeon
> Signed-off-by: Amit Sahrawat
> ---
> fs/f2fs/namei.c |4 ++--
> 1 file changed, 2
From: Al Viro
Date: Sun, 3 Mar 2013 03:10:56 +
> generic compat_sys_rt_sigprocmask() had a very dumb braino; I'd
> spent quite a while staring at the offending commit before finally managing
> to spot the idiocy ;-/ Dave, could you verify that it fixes all the problems
> you've seen
2013-03-02 (토), 12:40 +0900, Namjae Jeon:
> From: Namjae Jeon
>
> Instead of checking for victim_segmap(FG_GC) OR
> (gc_type == BG_GC) && victim_segmap(BG_GC);
> to continue for the victim selection. The 2 conditions
> can simply be merged and decision can directly be made using 'gc_type'.
>
>
"Serge E. Hallyn" writes:
> Quoting Kees Cook (keesc...@google.com):
>> The rearranging done for user ns has resulted in allowing arbitrary
>> kernel module loading[1] (i.e. re-introducing a form of CVE-2011-1019)
>> by what is assumed to be an unprivileged process.
>>
>> At present, it does
Quoting Kees Cook (keesc...@google.com):
> On Sat, Mar 2, 2013 at 4:57 PM, Serge E. Hallyn wrote:
> > Quoting Kees Cook (keesc...@google.com):
> >> The rearranging done for user ns has resulted in allowing arbitrary
> >> kernel module loading[1] (i.e. re-introducing a form of CVE-2011-1019)
> >>
On 02/25/2013 09:22 AM, Ulrich Drepper wrote:
> When using sendfile with a non-blocking output file descriptor for a
> socket the operation can cause a partial write because of capacity
> issues. This is nothing critical and the operation could resume after
> the output queue is cleared. The
I've queued up the following for 3.2.y. Let me know if you see any
issue with this or want to ack it.
Ben.
---
From: Ben Hutchings
Subject: 8250: use correct value for PORT_BRCM_TRUMANAGE
Date: Sun, 03 Mar 2013 03:24:34 +
When backporting commit ebebd49a8eab ('8250/16?50: Add support for
The following changes since commit 8e919d13048cd5acaadb2b15b48acbfb8832d3c2:
ext4: fix extent status tree regression for file systems > 512GB (2013-02-27
14:54:37 -0500)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/tytso/ext4.git
On Sat, Mar 2, 2013 at 10:09 PM, Eric Dumazet wrote:
>
> Using non blocking IO means the sender (and the receiver) must be able
> to perform several operations, as long as the whole transfert is not
> finished.
Certainly, and this is implemented. But the receiver never gets the
rest of the data
generic compat_sys_rt_sigprocmask() had a very dumb braino; I'd
spent quite a while staring at the offending commit before finally managing
to spot the idiocy ;-/ Dave, could you verify that it fixes all the problems
you've seen on sparc? FWIW, the symptoms I'd been seeing got fixed by
On Sat, 2013-03-02 at 20:41 -0500, Ulrich Drepper wrote:
> On Mon, Feb 25, 2013 at 2:22 PM, Eric Dumazet wrote:
> > I don't understand the issue.
> >
> > sendfile() returns -EAGAIN only if no bytes were copied to the socket.
>
> There is something wrong/unexpected/...
>
> I have a program which
On Wed, 2013-02-27 at 16:39 -0800, Greg Kroah-Hartman wrote:
> On Thu, Feb 28, 2013 at 12:05:59AM +, Ben Hutchings wrote:
> > On Tue, 2013-02-26 at 15:54 -0800, Greg Kroah-Hartman wrote:
[...]
> > > --- a/include/uapi/linux/serial_core.h
> > > +++ b/include/uapi/linux/serial_core.h
> > > @@
On 03/01/2013 11:32 PM, Michel Lespinasse wrote:
I think it may be nicer to take the rcu read lock at the call site
rather than in ipc_obtain_object(), to make the rcu read lock/unlock
sites pair up more nicely. Either that or make an inline
ipc_release_object function that pairs up with
Hi James,
On Sat, 2 Mar 2013 16:22:15 + James Hogan wrote:
>
> On 2 March 2013 15:48, Stephen Rothwell wrote:
> > On Sat, 2 Mar 2013 10:22:40 + James Hogan
> > wrote:
> >>
> >> Okay, I've rebased the arch/metag tree onto mainline to make all the
> >> back-merges unnecessary and
Cc: Mauro Carvalho Chehab
Cc: linux-e...@vger.kernel.org
Signed-off-by: Cesar Eduardo Barros
---
MAINTAINERS | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index e909cd3..2e1443c 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -2899,7 +2899,7 @@ M:
This driver was removed by commit f84932d (drivers/net: delete ISA intel
eexpress and eepro i825xx drivers).
Cc: Paul Gortmaker
Cc: Philip Blundell
Cc: net...@vger.kernel.org
Signed-off-by: Cesar Eduardo Barros
---
MAINTAINERS | 6 --
1 file changed, 6 deletions(-)
diff --git
This driver was removed by commit 6fcdf4f (wanrouter: delete now
orphaned header content, files/drivers).
Cc: Paul Gortmaker
Cc: Arnaldo Carvalho de Melo
Cc: net...@vger.kernel.org
Signed-off-by: Cesar Eduardo Barros
---
MAINTAINERS | 6 --
1 file changed, 6 deletions(-)
diff --git
This file was moved to drivers/media/common/ by commit 6259582 ([media]
cx2341x: move from media/i2c to media/common).
Cc: Hans Verkuil
Cc: linux-me...@vger.kernel.org
Signed-off-by: Cesar Eduardo Barros
---
MAINTAINERS | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
The code in these files was moved to cm*.[ch] and prm*.[ch] in the same
directory by commits 4981539 (ARM: OMAP2+: powerdomain/PRM: move the
low-level powerdomain functions into PRM) and 4bd5259 (ARM: OMAP2/3:
clockdomain/PRM/CM: move the low-level clockdomain functions into
PRM/CM).
I am not
That directory never existed. The intention was probably to match
CARDLIST.saa7134 and README.saa7134.
Cc: Mauro Carvalho Chehab
Cc: linux-me...@vger.kernel.org
Signed-off-by: Cesar Eduardo Barros
---
MAINTAINERS | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/MAINTAINERS
Apparently a copy-paste mistake; the similar sh_vou.h exists, and both
were added to MAINTAINERS by commit b618b69 ([media] MAINTAINERS: add
entries for sh_veu and sh_vou V4L2 drivers).
Cc: Guennadi Liakhovetski
Cc: Mauro Carvalho Chehab
Cc: linux-me...@vger.kernel.org
Signed-off-by: Cesar
This driver was removed by commit 0e245db (drivers/net: delete the 3Com
3c505/3c507 intel i825xx support).
Cc: Paul Gortmaker
Cc: Philip Blundell
Cc: net...@vger.kernel.org
Signed-off-by: Cesar Eduardo Barros
---
MAINTAINERS | 6 --
1 file changed, 6 deletions(-)
diff --git a/MAINTAINERS
This small script checks the file patterns in the MAINTAINERS file.
For every file pattern, it checks if the pattern matches any file or
directory in the kernel tree, printing the patterns which do not have a
match.
It also checks for any file pattern pointing to any of the include
directories
These files were renamed by commit 85fd6d6 (ARM: S3C2410: move
mach-s3c2410/* into mach-s3c24xx/).
Cc: Ben Dooks
Cc: Vincent Sanders
Cc: Simtec Linux Team
Cc: Paul Bolle
Signed-off-by: Cesar Eduardo Barros
---
MAINTAINERS | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff
This avoids a false positive in the checkmaintainers.py script.
Cc: Stefan Richter
Cc: linux1394-de...@lists.sourceforge.net
Signed-off-by: Cesar Eduardo Barros
---
MAINTAINERS | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 772da4f..022317b
More headers were moved or split to uapi/ since the last patch was
created.
Cc: David Howells
Signed-off-by: Cesar Eduardo Barros
---
MAINTAINERS | 24
1 file changed, 24 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index b73c00d..772da4f 100644
---
The files within that directory were moved to other places over the
course of several commits. I only added the ones moved in the patch
series which finally removed the directory; untangling the rest will
take more work, since some seem to be shared with ux500.
In fact, the ARM/Ux500 ARM
This patch series attempts to fix the remaining F: patterns on the
MAINTAINERS file which point to non-existing files or directories.
Several more problems with the F: patterns appeared since the previous
patch series was sent. This patch series fixes all of them, except for
the removal of
This directory was removed by commit 09ec1d7 (ARM: S3C24XX: Remove
plat-s3c24xx directory in arch/arm/).
Cc: Kukjin Kim
Cc: Ben Dooks
Cc: Russell King
Cc: linux-arm-ker...@lists.infradead.org
Cc: linux-samsung-...@vger.kernel.org
Signed-off-by: Cesar Eduardo Barros
---
MAINTAINERS | 1 -
1
On Mon, Feb 25, 2013 at 2:22 PM, Eric Dumazet wrote:
> I don't understand the issue.
>
> sendfile() returns -EAGAIN only if no bytes were copied to the socket.
There is something wrong/unexpected/...
I have a program which can use either sendfile or send. When using
sendfile to transmit a
On Sat, Mar 2, 2013 at 4:57 PM, Serge E. Hallyn wrote:
> Quoting Kees Cook (keesc...@google.com):
>> The rearranging done for user ns has resulted in allowing arbitrary
>> kernel module loading[1] (i.e. re-introducing a form of CVE-2011-1019)
>> by what is assumed to be an unprivileged process.
On Sat, Mar 02, 2013 at 05:45:41PM -0700, Linus Torvalds wrote:
> On Sat, Mar 2, 2013 at 7:15 AM, Chris Mason wrote:
> >
> > Our set of btrfs features, fixes and cleanups are in my for-linus
> > branch:
>
> I *really* wish that big pull requests like this would come in earlier
> in the merge
Quoting Kees Cook (keesc...@google.com):
> The rearranging done for user ns has resulted in allowing arbitrary
> kernel module loading[1] (i.e. re-introducing a form of CVE-2011-1019)
> by what is assumed to be an unprivileged process.
>
> At present, it does look to require at least CAP_SETUID
On Sat, Mar 2, 2013 at 7:15 AM, Chris Mason wrote:
>
> Our set of btrfs features, fixes and cleanups are in my for-linus
> branch:
I *really* wish that big pull requests like this would come in earlier
in the merge window. I hate seeing them the day before I close the
window - really. A number
UEFI variables are typically stored in flash. For various reasons, avaiable
space is typically not reclaimed immediately upon the deletion of a
variable - instead, the system will garbage collect during initialisation
after a reboot.
Some systems appear to handle this garbage collection extremely
On Thu, Feb 28, 2013 at 01:45:21PM -0500, bfields wrote:
> Please pull nfsd changes for 3.9 from the for-3.9 branch at:
>
> git://linux-nfs.org/~bfields/linux.git for-3.9
And thanks for handling the merge problems! The results look right.
--b.
>
> Miscellaneous bugfixes, plus:
>
> -
Roberto Oppedisano gmail.com> writes:
>
> Hello,
> with recent kernels after a suspend/resume cycle on my laptop (HP
> 6730b) the fans stays at full speed.
I too have been hit by this regression w/ a HP Compaq NC6000 laptop.
>From what I can tell 3.7.x gets confused about trip points
On Sat, Mar 2, 2013 at 11:49 AM, Al Viro wrote:
> On Sat, Mar 02, 2013 at 03:00:28AM -0800, Russ Dill wrote:
>> I'm seeing a race in fs/fcntl.c. I'm not sure exactly how the race is
>> occurring, but the following is my best guess. A kernel log is
>> attached.
>
> [snip the analysis - it's a
Hi Linus,
We've just concluded another Connectathon interoperability testing week,
and so here are the fixes for the bugs that were discovered.
Cheers,
Trond
The following changes since commit 666b3d803a511fbc9bc5e5ea8ce66010cf03ea13:
NLM: Ensure that we resend all pending blocking locks
Hello Rhyland,
Thanks for the driver! A few comments down below...
On Wed, Feb 27, 2013 at 06:07:30PM -0500, Rhyland Klein wrote:
> This patch adds support for the tps65090 charger driver.
Would be nice to get a few more words about the hardware and the driver.
Why it is cool, main features,
On Sun, Mar 03, 2013 at 12:14:42AM +0100, Krzysztof Mazur wrote:
> The commit 27be457000211a6903968dfce06d5f73f051a217
> (x86 idle: remove 32-bit-only "no-hlt" parameter, hlt_works_ok flag)
> removed the hlt_works_ok flag from struct cpuinfo_x86, but
> boot_cpu_data and new_cpu_data initializers
Em 01-03-2013 17:37, Joe Perches escreveu:
On Fri, 2013-03-01 at 21:20 +0100, Paul Bolle wrote:
On Fri, 2013-03-01 at 12:02 -0800, Joe Perches wrote:
commit 85fd6d6 ("ARM: S3C2410: move mach-s3c2410/* into mach-s3c24xx/")
moved the files, update the F: patterns.
The BAST MAINTAINER entry has
Hello Lee,
On Fri, Feb 15, 2013 at 12:44:30PM +, Lee Jones wrote:
> This is the 3rd and final instalment of the push to synchronise
> the ABx500 Battery Management series of internal development patches
> due for Mainline.
>
> This patch-set submission is for reviewing purposes only. Please
Hi,
On Sun, Mar 03, 2013 at 01:21:32AM +0200, Felipe Balbi wrote:
> > I don't know much about clock handling. In general, the
> > pm_runtime_set_active() and pm_runtime_enable() parts should be done by
> > the subsystem, not the driver, whenever possible.
>
> good to know :-) Though I disagree
The commit 27be457000211a6903968dfce06d5f73f051a217
(x86 idle: remove 32-bit-only "no-hlt" parameter, hlt_works_ok flag)
removed the hlt_works_ok flag from struct cpuinfo_x86, but
boot_cpu_data and new_cpu_data initializers were not changed causing
setting f00f_bug flag, instead of fdiv_bug. If
Hi,
On Sat, Mar 02, 2013 at 05:02:13PM -0500, Alan Stern wrote:
> On Sat, 2 Mar 2013, Felipe Balbi wrote:
>
> > > > @@ -174,6 +177,10 @@ static int xhci_plat_remove(struct platform_device
> > > > *dev)
> > > > struct usb_hcd *hcd = platform_get_drvdata(dev);
> > > > struct
On Fri, Feb 15, 2013 at 11:56:49PM +0100, Pali Rohár wrote:
> Driver twl4030-madc has hardcoded channel types (10 - battery current,
> 1 - battery temperature) and also conversation data in variable
> twl4030_divider_ratios. These hardcoded channels are incorrect for
> Nokia RX-51 board (where is
On Sat, Mar 02, 2013 at 11:54:37AM -0800, Linus Torvalds wrote:
>
> This needs to be fixed or reverted. I traced back some user
> interaction problems to this same issue. It literally gets so bad that
> the whole system is choppy, and a profile shows that a lot of time is
> being spent in the
On Sat, 2013-03-02 at 23:35 +0100, Paul Bolle wrote:
[...]
> 0) I've had another look at the relevant code in v3.8.2-rc1. It can be
> summarized like this:
>
> static int xen_vbd_translate()
> {
> [...]
> int rc = -EACCES;
>
> if ([...])
> goto out;
> [...]
On Thu, 2013-02-28 at 14:39 -0700, Shuah Khan wrote:
> When dma_ops are initialized the unity mappings are created. The
> init_device_table_dma() function makes sure DMA from all devices is
> blocked by default. This opens a short window in time where DMA to
> unity mapped regions is blocked by
On Thu, Feb 28, 2013 at 02:48:03PM -0500, Rhyland Klein wrote:
[...]
> Anton, David, would you be adverse to the changing of supplied_to
> from being a
> list of batteries stored in a charger to being a list of chargers
> stored in batteries?
I wonder if we can support both ways?..
Thanks,
Anton
On 01/03/13 21:57, Michail Kurachkin wrote:
> From: Michail Kurochkin
>
> Signed-off-by: Michail Kurochkin
> ---
> drivers/staging/tdm/kirkwood_tdm.c | 162
> +---
> drivers/staging/tdm/kirkwood_tdm.h | 10 ++-
> drivers/staging/tdm/tdm.h |5 +-
On Sat, 2013-03-02 at 19:48 +, Ben Hutchings wrote:
> When gcc compiles something like this:
>
> static int foo(int *p)
> {
> if (rand() & 1)
> return -1;
> *p = 0;
> return 0;
> }
>
> int bar(void)
> {
> int i;
> if (foo() < 0)
>
On Mon, 2013-02-25 at 11:46 -0500, Konrad Rzeszutek Wilk wrote:
> On Fri, Feb 22, 2013 at 09:07:42AM -0800, Greg KH wrote:
> > On Fri, Feb 22, 2013 at 11:57:04AM -0500, Konrad Rzeszutek Wilk wrote:
> > > On Fri, Feb 22, 2013 at 08:19:30AM -0800, Greg KH wrote:
> > > > On Fri, Feb 22, 2013 at
On Friday 15 February 2013 23:56:49 Pali Rohár wrote:
> Driver twl4030-madc has hardcoded channel types (10 - battery
> current, 1 - battery temperature) and also conversation data
> in variable twl4030_divider_ratios. These hardcoded channels
> are incorrect for Nokia RX-51 board (where is
Hi,
The following two patches rework the initialization of Intel Lynxpoint LPSS
device clocks and add support for reading LTR (Latency Tolerance Reporting)
registers of those devices.
[1/2] Add special ACPI scan handler for Intel Lynxpoint LPSS devices.
[2/2] Add support for exposing the LTR
From: Rafael J. Wysocki
Devices on the Intel Lynxpoint Low Power Subsystem (LPSS) have some
common features that aren't shared with any other platform devices,
including the clock and LTR (Latency Tolerance Reporting) registers.
It is better to handle those features in common code than to bother
From: Rafael J. Wysocki
Devices on the Intel Lynxpoint Low Power Subsystem (LPSS) have
registers providing access to LTR (Latency Tolerance Reporting)
functionality that allows software to monitor and possibly influence
the aggressiveness of the platform's active-state power management.
For
On Sat, 2 Mar 2013, Felipe Balbi wrote:
> > > @@ -174,6 +177,10 @@ static int xhci_plat_remove(struct platform_device
> > > *dev)
> > > struct usb_hcd *hcd = platform_get_drvdata(dev);
> > > struct xhci_hcd *xhci = hcd_to_xhci(hcd);
> > >
> > > + if (!pm_runtime_suspended(>dev))
> > > +
Hi Linus,
Here's the arch/metag tree for v3.9-rc1, based on v3.8. Details can be
found in tag message.
The hard conflicts when merging are all trivial. There is a build fix
required after merging though. Commit 373d4d ("taint: add explicit flag
to show whether lock dep is still OK") adds a flags
The FLAGS variable is factorized independently of the ONLINE mode.
The OPTIONS variable is now based on LINUXINCLUDE and explicit
includes are thus removed.
The format of the -I option differs between gcc and spatch.
The COCCIINCLUDE is used to adapt the format. This rewritting
needs bash.
The SPFLAGS variable allows to pass additional options
to spatch, e.g. -use_glimpse.
Signed-off-by: Nicolas Palix
---
Documentation/coccinelle.txt | 11 ++-
scripts/coccicheck |2 +-
2 files changed, 11 insertions(+), 2 deletions(-)
diff --git
A recent patch have introduce the VERBOSE variable and comments
now depend on it. However, the message printed for each cocci file
such not be printed when the ONLINE mode is active, whatever is
the value of VERBOSE.
Signed-off-by: Nicolas Palix
---
scripts/coccicheck |2 +-
1 file changed,
When the M variable is used, the -patch option should be given
to spatch. This patch fixes the case where C is used.
Signed-off-by: Nicolas Palix
---
scripts/coccicheck |6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/scripts/coccicheck b/scripts/coccicheck
index
On Fri, Mar 1, 2013 at 4:16 PM, Davidlohr Bueso wrote:
> @@ -784,7 +806,7 @@ struct kern_ipc_perm *ipcctl_pre_down(struct
> ipc_namespace *ns,
> int err;
>
> down_write(>rw_mutex);
> - ipcp = ipc_lock_check(ids, id);
> + ipcp = ipc_obtain_object_check(ids, id);
>
On Fri, 2013-03-01 at 17:32 -0800, Linus Torvalds wrote:
> On Fri, Mar 1, 2013 at 4:16 PM, Davidlohr Bueso
> wrote:
> >
> > With Rik's semop-multi.c microbenchmark we can see the following
> > results:
>
> Ok, that certainly looks very good.
>
> > + 59.40%a.out [kernel.kallsyms]
On Sat, 2013-03-02 at 15:35 +0700, Emmanuel Benisty wrote:
> On Sat, Mar 2, 2013 at 2:08 PM, Michel Lespinasse wrote:
> > On Sat, Mar 2, 2013 at 12:43 PM, Emmanuel Benisty
> > wrote:
> >> Hi,
> >>
> >> On Sat, Mar 2, 2013 at 7:16 AM, Davidlohr Bueso
> >> wrote:
> >>> The following set of
On Fri, 2013-03-01 at 17:20 -0800, Linus Torvalds wrote:
> On Fri, Mar 1, 2013 at 4:16 PM, Davidlohr Bueso
> wrote:
> > +static inline struct sem_array *sem_obtain_object(struct ipc_namespace
> > *ns, int id)
> > +{
> > + struct kern_ipc_perm *ipcp = ipc_obtain_object(_ids(ns), id);
> > +
On Sat, 2013-03-02 at 12:41 +0800, Michel Lespinasse wrote:
> On Sat, Mar 2, 2013 at 8:16 AM, Davidlohr Bueso
> wrote:
> > Instead of holding the ipc lock for permissions and security
> > checks, among others, only acquire it when necessary.
> >
> > Signed-off-by: Davidlohr Bueso
>
> You got
This fixed the following sparse warning:
net/caif/caif_dev.c:121:6: warning: symbol 'caif_flow_cb' was not
declared. Should it be static?
Signed-off-by: Silviu-Mihai Popescu
---
net/caif/caif_dev.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/net/caif/caif_dev.c
Hi,
On Sat, Mar 02, 2013 at 10:53:16AM -0500, Alan Stern wrote:
> On Sat, 2 Mar 2013, Vivek Gautam wrote:
>
> > By enabling runtime pm in this driver allows users of
> > xhci-plat to enter into runtime pm. This is not full
> > runtime pm support (AKA xhci-plat doesn't actually power
> > anything
Hello, Greg.
On Sat, Mar 02, 2013 at 10:17:27AM -0800, Greg Kroah-Hartman wrote:
> I'm almost afraid to ask what you want to export to userspace for a
> workqueue that userspace would care about...
Workqueue is being extended to support worker pools with custom
attributes so that it can replace
On Sat, Mar 02, 2013 at 11:21:29AM -0500, Prarit Bhargava wrote:
> On 03/01/2013 12:17 PM, Neil Horman wrote:
> > A few years back intel published a spec update:
> > http://www.intel.com/content/dam/doc/specification-update/5520-and-5500-chipset-ioh-specification-update.pdf
> >
> > For the 5520
On Thu, Feb 28, 2013 at 8:00 PM, Theodore Ts'o wrote:
>
> ext4_es_reclaim_extents_count() is getting called out of the slab
> shrinker. It's getting called too often when there is significant
> memory pressure. We can optimize this so we're not calculating it all
> the time.
This needs to be
On Sat, Mar 02, 2013 at 03:00:28AM -0800, Russ Dill wrote:
> I'm seeing a race in fs/fcntl.c. I'm not sure exactly how the race is
> occurring, but the following is my best guess. A kernel log is
> attached.
[snip the analysis - it's a different lock anyway]
The traces below are essentially
On Fri, 2013-03-01 at 22:12 +0100, Paul Bolle wrote:
> On Fri, 2013-03-01 at 11:44 -0800, Greg Kroah-Hartman wrote:
> > 3.8-stable review patch. If anyone has any objections, please let me know.
> >
> > --
> >
> > From: Konrad Rzeszutek Wilk
> >
> > commit
On Sat, Mar 2, 2013 at 11:19 AM, Borislav Petkov wrote:
>
> I have a faint suspicion who "somebody" might be. :)
Nobody has *ever* called me subtle.
Linus
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On Sat, Mar 02, 2013 at 06:42:43PM +, Al Viro wrote:
> ... what makes you think that it's fown->lock, in the first place?
>
> > [172635.399651] <> [] _raw_read_lock+0x13/0x20
> > [172635.399654] [] send_sigio+0x52/0xf0
>
> send_sigio() is
> [initialization of a local variable to 1]
On Sat, Mar 02, 2013 at 10:40:16AM -0800, Linus Torvalds wrote:
> > Hmm, so this comes up almost everytime new maintainers send stuff (and
> > when seasoned maintainers forget :)), maybe we should hold it down
> > somewhere in Documentation/ for future reference?
>
> If somebody wants to edit it
I'm looking at commit 4d9b109060f690f5c835130ff54165ae157b3087 ('tty:
Prevent deadlock in n_gsm driver') which was cc'd to stable. This drops
the tty lock in gsm_dlci_release().
I could apply it to 3.2.y with some adjustment, but I checked the
locking context of this function and I think there's
On 02/03/13 16:28, Linus Torvalds wrote:
> You are the
> architecture maintainer, and your job is not integration, it's to make
> sure that *your* work is as stable and unsurprising as possible.
Right, make sense. This is what it comes down to.
> See why I hate rebasing and back-merges so much?
On Sat, Mar 2, 2013 at 10:10 AM, Borislav Petkov wrote:
> On Sat, Mar 02, 2013 at 08:28:56AM -0800, Linus Torvalds wrote:
>> On Sat, Mar 2, 2013 at 2:22 AM, James Hogan wrote:
>> >
>> > Okay, I've rebased the arch/metag tree onto mainline to make all the
>> > back-merges unnecessary and applied
Hi Linus,
Here are the remaining target-pending patches for v3.9-rc1. Please go
ahead and pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/nab/target-pending.git for-next
The most important one here is the immediate queue starvation regression
fix for iscsi-target, which addresses a
On Sat, Mar 02, 2013 at 03:00:28AM -0800, Russ Dill wrote:
> I'm seeing a race in fs/fcntl.c. I'm not sure exactly how the race is
> occurring, but the following is my best guess. A kernel log is
> attached.
>
> The comment for fasync_insert_entry:
>
> * NOTE! It is very important that the
On Sat, Mar 2, 2013 at 10:10 AM, Borislav Petkov wrote:
>
> Hmm, so this comes up almost everytime new maintainers send stuff (and
> when seasoned maintainers forget :)), maybe we should hold it down
> somewhere in Documentation/ for future reference?
If somebody wants to edit it a bit for
1 - 100 of 388 matches
Mail list logo
