We offer Business/Company/Project loans at 3%. Reply with amount needed.
--
To unsubscribe from this list: send the line "unsubscribe stable" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
From: Oleg Nesterov
tracing_buffers_open() does trace_array_get() and then it wrongly
inrcements tr->ref again under trace_types_lock. This means that
every caller leaks trace_array:
# cd /sys/kernel/debug/tracing/
# mkdir instances/X
# true < instances/X/per_cpu/cpu0/tra
Hi
On Saturday 20 July 2013, Stefan Lippers-Hollmann wrote:
[…]
> Minor nit, this introduces trailing whitespace in "SUBLEVEL = 2 ".
Please apologize for the noise, my mail client somehow hid the previous
sub thread pointing this out already.
Regards
Stefan Lippers-Hollmann
--
To unsubsc
Hi
On Friday 19 July 2013, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 3.10.2 release.
[…]
> The whole patch series can be found in one patch at:
> kernel.org/pub/linux/kernel/v3.0/stable-review/patch-3.10.2-rc1.gz
> and the diffstat can be found below.
On 07/19/2013 05:50 PM, Greg Kroah-Hartman wrote:
> On Fri, Jul 19, 2013 at 12:25:24PM -0700, Greg Kroah-Hartman wrote:
>> On Fri, Jul 19, 2013 at 04:45:25PM +, Shuah Khan wrote:
>>> On 07/19/2013 09:34 AM, Greg Kroah-Hartman wrote:
---
Note, this is the LAST 3.9-stable ke
On Fri, Jul 19, 2013 at 11:16:47PM +, Shuah Khan wrote:
> On 07/19/2013 09:32 AM, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 3.10.2 release.
> > There are 72 patches in this series, all will be posted as a response
> > to this one. If anyone has any issu
On Fri, Jul 19, 2013 at 12:25:24PM -0700, Greg Kroah-Hartman wrote:
> On Fri, Jul 19, 2013 at 04:45:25PM +, Shuah Khan wrote:
> > On 07/19/2013 09:34 AM, Greg Kroah-Hartman wrote:
> > > ---
> > > Note, this is the LAST 3.9-stable kernel release that I will be doing.
> > > Please mov
On 07/19/2013 05:52 PM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 3.0.87 release.
> There are 18 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses sho
On Fri, 19 Jul 2013 16:43:53 -0400 Steven Rostedt wrote:
> On Fri, 2013-07-19 at 13:33 -0700, James Bottomley wrote:
>
> > If you're basing your entire theory on male/female interaction on
> > teenagers, then I'm afraid your wife might be on to something ...
>
> No, it's also based on interacti
On 07/19/2013 05:17 PM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 3.4.54 release.
> There are 24 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses sho
On 07/19/2013 09:32 AM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 3.10.2 release.
> There are 72 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses sho
Hi Joseph,
On Fri, Jul 19, 2013 at 05:50:25PM -0400, Joseph Salisbury wrote:
> Hello,
>
> Please consider including upstream commit
> 9eebed7de660c0b5ab129a9de4f89d20b60de68c in the next v3.2.y, v3.5.y and
> v3.8.y releases.
>
> It was included upstream as of v3.11-rc1. It has been tested and
Hello,
Please consider including upstream commit
9eebed7de660c0b5ab129a9de4f89d20b60de68c in the next v3.2.y, v3.5.y and
v3.8.y releases.
It was included upstream as of v3.11-rc1. It has been tested and
confirmed to resolve http://bugs.launchpad.net/bugs/1166442 .
commit 9eebed7de660c0b5ab129a
On Fri, Jul 19, 2013 at 04:03:24PM -0400, Kurt H Maier wrote:
> On Fri, Jul 19, 2013 at 12:01:27PM -0700, Sarah Sharp wrote:
> >
> > I'm not trying to shut down this discussion. But please, let's continue
> > this discussion at KS, away from the court of public opinion. I would
> > love for this
On Fri, 2013-07-19 at 13:33 -0700, James Bottomley wrote:
> If you're basing your entire theory on male/female interaction on
> teenagers, then I'm afraid your wife might be on to something ...
No, it's also based on interaction with my Wife and her sister too ;-)
-- Steve
--
To unsubscribe f
On Fri, 2013-07-19 at 14:56 -0400, Steven Rostedt wrote:
> On Fri, 2013-07-19 at 13:42 -0500, Felipe Contreras wrote:
>
> > But you are avoiding the question as well; do you think there's
> > something fundamentally different about the female brain that makes
> > them more susceptible to personal
On Fri, Jul 19, 2013 at 8:42 PM, Felipe Contreras
wrote:
> On Fri, Jul 19, 2013 at 7:08 AM, Ingo Molnar wrote:
>>
>> * Felipe Contreras wrote:
>
>>> As Linus already pointed out, not everybody has to work with everybody.
>>
>> That's not the point though, the point is to potentially roughly doub
On Fri, Jul 19, 2013 at 12:01:27PM -0700, Sarah Sharp wrote:
>
> I'm not trying to shut down this discussion. But please, let's continue
> this discussion at KS, away from the court of public opinion. I would
> love for this email to serve as a final summary of my opinion. We can
> use this ema
In theory, the different register blocks were meant to be only ever
touched when holding either the struct_mutex, mode_config.lock or even a
specific localised lock. This does not seem to be the case, and the
hardware reacts extremely badly if we attempt to concurrently access two
registers within
On Fri, 2013-07-19 at 12:01 -0700, Sarah Sharp wrote:
> Move on, agree to disagree, and let's discuss this at KS.
+1
(Sorry for the reply ;-)
-- Steve
--
To unsubscribe from this list: send the line "unsubscribe stable" in
the body of a message to majord...@vger.kernel.org
More majordomo info
On Fri, Jul 19, 2013 at 11:22:56AM +0200, Ingo Molnar wrote:
>
> * Sarah Sharp wrote:
>
> > On Thu, Jul 18, 2013 at 12:39:07PM +0200, Ingo Molnar wrote:
> > >
> > > * Linus Torvalds wrote:
> > >
> > > > On Mon, Jul 15, 2013 at 1:41 PM, Sarah Sharp
> > > > wrote:
> > > > >
> > > > > Oh, FFS,
On Fri, Jul 19, 2013 at 04:45:25PM +, Shuah Khan wrote:
> On 07/19/2013 09:34 AM, Greg Kroah-Hartman wrote:
> > ---
> > Note, this is the LAST 3.9-stable kernel release that I will be doing.
> > Please move to the 3.10-stable branch as soon as possible.
> > ---
> >
> > T
Am Freitag, 19. Juli 2013, 12:01:27 schrieb Sarah Sharp:
> On Fri, Jul 19, 2013 at 11:22:56AM +0200, Ingo Molnar wrote:
> > * Sarah Sharp wrote:
[…]
> "Respect" means different things to different people. Here's a list of
> potentially disrespectful behaviors:
>
> * cussing
> * belittling stat
Found hot-remove pcie card with sriov enabled cause crash in v3.10.
It is regression caused by commit ba518e3c177547dfebf7fa7252cea0c850e7ce25
(PCI: pciehp: Iterate over all devices in slot, not functions 0-7)
That commit change to use bus->devices to iterate devices under
bus to run pci_stop_and
On Fri, 2013-07-19 at 13:42 -0500, Felipe Contreras wrote:
> But you are avoiding the question as well; do you think there's
> something fundamentally different about the female brain that makes
> them more susceptible to personal attacks? If yes, where is the
> scientific evidence? If there's no
On Fri, Jul 19, 2013 at 7:08 AM, Ingo Molnar wrote:
>
> * Felipe Contreras wrote:
>> As Linus already pointed out, not everybody has to work with everybody.
>
> That's not the point though, the point is to potentially roughly double
> the creative brain capacity of the Linux kernel project.
Unf
On 07/18/2013 11:03 PM, Paul E. McKenney wrote:
>>
>> Ie. It's a *very good* barrier against maintainers sliding into
>> sloppyness. Really, it works. At least with me.
>>
>> It's easy to take things a bit too much for granted, especially when you
>> maintain your own little corner of the world.
>
On 07/19/2013 09:34 AM, Greg Kroah-Hartman wrote:
> ---
> Note, this is the LAST 3.9-stable kernel release that I will be doing.
> Please move to the 3.10-stable branch as soon as possible.
> ---
>
> This is the start of the stable review cycle for the 3.9.11 release.
> Ther
On Fri, Jul 19, 2013 at 09:16:51AM +, Saurav Kashyap wrote:
> This should go to stable also, added in to list. This fixes a BZ
> https://bugzilla.kernel.org/show_bug.cgi?id=59601
>
> Thanks,
> ~Saurav
>
>
> -Original Message-
> From: Saurav Kashyap [mailto:saurav.kash...@qlogic.com]
On Fri, Jul 19, 2013 at 09:27:46AM +0200, Sven Joachim wrote:
> On 2013-07-19 07:25 +0200, Greg Kroah-Hartman wrote:
>
> > This is the start of the stable review cycle for the 3.10.2 release.
> > There are 72 patches in this series, all will be posted as a response
> > to this one. If anyone has
On Fri, Jul 19, 2013 at 12:23:49PM +0200, Thomas Gleixner wrote:
> On Thu, 18 Jul 2013, Greg KH wrote:
> > On Thu, Jul 18, 2013 at 03:57:26PM +0800, Zhouping Liu wrote:
> > > On 07/18/2013 01:00 PM, gre...@linuxfoundation.org wrote:
> > > > The patch below does not apply to the 3.10-stable tree.
>
From: Alexander Z Lam
Remove debugfs directories for tracing instances during creation if an error
occurs causing the trace_array for that instance to not be added to
ftrace_trace_arrays. If the directory continues to exist after the error, it
cannot be removed because the respective trace_array
From: Alexander Z Lam
Some error paths did not handle ref counting properly, and some trace files need
ref counting.
Link: http://lkml.kernel.org/r/1374171524-11948-1-git-send-email-...@google.com
Cc: stable@vger.kernel.org # 3.10
Cc: Vaibhav Nagarnaik
Cc: David Sharp
Cc: Alexander Z Lam
Sig
(2013/07/19 18:19), Yoshihiro YUNOMAE wrote:
> Add pipe_lock/unlock for splice_write to avoid oops by following competition:
>
> (1) An application gets fds of a trace buffer, virtio-serial, pipe.
> (2) The application does fork()
> (3) The processes execute splice_read(trace buffer) and
> spl
(2013/07/19 18:19), Yoshihiro YUNOMAE wrote:
> Quit from splice_write if pipe->nrbufs is 0 for avoiding oops in
> virtio-serial.
>
> When an application was doing splice from a kernel buffer to virtio-serial on
> a guest, the application received signal(SIGINT). This situation will normally
> hap
On Fri, Jul 19, 2013 at 11:22:56AM +0200, Ingo Molnar wrote:
>
> ... and now you want to 'shut down' the discussion. With all due respect,
> you started it, you have put out various heavy accusations here and
> elsewhere, so you might as well take responsibility for it and let the
> discussion
* Felipe Contreras wrote:
> [...]
>
> Anyway, through the discussion it has been established that swearing is
> rare, most of often directed to the code, and on exceptional occasions
> directed to people, when they *deserve* it. And you seem to be implying
> that women can't tolerate that, s
* Willy Tarreau wrote:
> On Wed, Jul 17, 2013 at 07:40:43AM -0700, Sarah Sharp wrote:
>
> > Go look at Dreamwidth, the open source Livejournal fork. It has a
> > good code of conduct, so developers are civil to each other. They
> > encourage all patch submissions, and take the time to work w
--
Our research shows that people are often turned down when applying for loans
due to high interest rate.
Tropical credit Solution is putting smiles to faces by offering 3% interest
rate loan.Apply online today at.
http://goo.gl/6Zezs
__
* Rob Landley wrote:
> On 07/15/2013 10:52:48 AM, Sarah Sharp wrote:
> >On Fri, 12 Jul 2013 18:17:08 +0200, Ingo Molnar
> >wrote:
> >> * Linus Torvalds wrote:
> >Let's discuss this at Kernel Summit where we can at least yell at each
> >other in person. Yeah, just try yelling at me about this.
Port unplug can race with close() in port_fops_release().
port_fops_release() already takes the necessary locks, ensure
unplug_port() does that too.
CC:
Signed-off-by: Amit Shah
---
drivers/char/virtio_console.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/char/virtio_console.c
send_sigio_to_port() checks the value of guest_connected, which we
always modify under the inbuf_lock; make sure invocations of
send_sigio_to_port() have take the inbuf_lock around the call.
CC:
Signed-off-by: Amit Shah
---
drivers/char/virtio_console.c | 8 +---
1 file changed, 5 insertion
Remove the debugfs path before freeing port->name, to prevent a possible
use-after-free.
CC:
Reported-by: Jason Wang
Signed-off-by: Amit Shah
---
drivers/char/virtio_console.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/char/virtio_console.c b/drivers/char/vir
The removal functions act on the vqs, and the vq operations need to be
locked.
CC:
Signed-off-by: Amit Shah
---
drivers/char/virtio_console.c | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/drivers/char/virtio_console.c b/drivers/char/virtio_console.c
index dd21b2f..
Mateusz Guzik points out that we update the 'file' struct's private_data
field before we've successfully done all our checks. This means we can
return an error with the private_data field updated. This could lead to
problems.
Fix by moving the assignment after all checks are done.
CC:
Reported
If a port gets unplugged while a user is blocked on read(), -ENODEV is
returned. However, subsequent read()s returned 0, indicating there's no
host-side connection (but not indicating the device went away).
This also happened when a port was unplugged and the user didn't have
any blocking operati
SIGIO should be sent when a port gets unplugged. However, the SIGIO is
sent only when there's a userspace application that has the port opened,
and has asked for SIGIO to be delivered. We were clearing out
guest_connected before calling send_sigio_to_port(), resulting in a
sigio not getting sent
Between poll() being called and processed, the port can be unplugged.
Check if this happened, and bail out.
CC:
Signed-off-by: Amit Shah
---
drivers/char/virtio_console.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/char/virtio_console.c b/drivers/char/virtio_console.c
index
We used to keep the port's char device structs and the /sys entries
around till the last reference to the port was dropped. This is
actually unnecessary, and resulted in buggy behaviour:
1. Open port in guest
2. Hot-unplug port
3. Hot-plug a port with the same 'name' property as the unplugged one
There's a window between find_port_by_devt() returning a port and us
taking a kref on the port, where the port could get unplugged. Fix it
by taking the reference in find_port_by_devt() itself.
Problem reported and analyzed by Mateusz Guzik.
CC:
Reported-by: Mateusz Guzik
Signed-off-by: Amit S
Between open() being called and processed, the port can be unplugged.
Check if this happened, and bail out.
A simple test script to reproduce this is:
while true; do for i in $(seq 1 100); do echo $i > /dev/vport0p3; done; done;
This opens and closes the port a lot of times; unplugging the port
* Sarah Sharp wrote:
> On Tue, Jul 16, 2013 at 03:12:45PM -0700, Linus Torvalds wrote:
> > I react very strongly when somebody argues against fixing regressions.
> > Let's just say that there's too many years of baggage that I carry
> > around on that issue..
> >
> > So that is definitely one o
* Steven Rostedt wrote:
> On Wed, 2013-07-17 at 11:51 -0700, Sarah Sharp wrote:
>
> > > I have to ask. How much verbal abuse have you received in LKML? And I
> > > don't mean in this thread.
> >
> > I assume you also want me to exclude the verbal abuse and personal
> > threats I've received vi
* Sarah Sharp wrote:
> On Thu, Jul 18, 2013 at 02:42:16AM +0200, Thomas Gleixner wrote:
> > If you can point me to a single instance of Linus "abusing" someone
> > who is not one of his trusted persons, who really should be able to
> > deal with that, or someone who did not provoke him to go int
On 19/07/13 03:32, Zhouping Liu wrote:
> On 07/19/2013 01:36 AM, Greg KH wrote:
>> On Thu, Jul 18, 2013 at 03:57:26PM +0800, Zhouping Liu wrote:
>>> On 07/18/2013 01:00 PM, gre...@linuxfoundation.org wrote:
The patch below does not apply to the 3.10-stable tree.
If someone wants it applie
On Thu, 18 Jul 2013, Greg KH wrote:
> On Thu, Jul 18, 2013 at 03:57:26PM +0800, Zhouping Liu wrote:
> > On 07/18/2013 01:00 PM, gre...@linuxfoundation.org wrote:
> > > The patch below does not apply to the 3.10-stable tree.
> > > If someone wants it applied there, or to any other stable or longterm
* Linus Torvalds wrote:
> [...]
>
> Anyway, the point I'm making is that Q&A is limited and often even
> actively misleading ("Hey, I have three tested-by's, so it must be
> fine"), and we might actually want to have a new class of "non-critical
> patch that might be worth backporting to sta
On (Fri) 19 Jul 2013 [18:19:51], Yoshihiro YUNOMAE wrote:
> Hi,
>
> This patch set fixes two bugs of splice_write in the virtio-console driver.
>
> [BUG1] Although pipe->nrbufs is empty, the driver tries to do splice_write.
>=> This induces oops in sg_init_table().
>
> [BUG2] No lock for
* Ingo Molnar wrote:
> [...]
>
> Mistakes in patches and code happen all the time. Linus rarely if ever
> flamed me for _that_ - sh*t happens.
>
> What he flames me for, and what you (with all due respect) still don't
> seem to understand, are _META_ mistakes. Top level maintainer level
> m
Hi Larry,
Found it catching dust in a corner of my mailbox ;-)
Regards,
Arend
On 07/02/2013 10:47 AM, Arend van Spriel wrote:
On 07/01/2013 11:08 PM, Larry Finger wrote:
The driver fails to check the results of DMA mapping in twp places,
which results
in the following warning:
[ 28.078515]
Hi,
This patch set fixes two bugs of splice_write in the virtio-console driver.
[BUG1] Although pipe->nrbufs is empty, the driver tries to do splice_write.
=> This induces oops in sg_init_table().
[BUG2] No lock for competition of splice_write.
=> This induces oops in splice_from_p
Add pipe_lock/unlock for splice_write to avoid oops by following competition:
(1) An application gets fds of a trace buffer, virtio-serial, pipe.
(2) The application does fork()
(3) The processes execute splice_read(trace buffer) and
splice_write(virtio-serial) via same pipe.
* Sarah Sharp wrote:
> On Thu, Jul 18, 2013 at 12:39:07PM +0200, Ingo Molnar wrote:
> >
> > * Linus Torvalds wrote:
> >
> > > On Mon, Jul 15, 2013 at 1:41 PM, Sarah Sharp
> > > wrote:
> > > >
> > > > Oh, FFS, I just called out on private email for "playing the victim
> > > > card". I will r
Quit from splice_write if pipe->nrbufs is 0 for avoiding oops in virtio-serial.
When an application was doing splice from a kernel buffer to virtio-serial on
a guest, the application received signal(SIGINT). This situation will normally
happen, but the kernel executed a kernel panic by oops as fol
This should go to stable also, added in to list. This fixes a BZ
https://bugzilla.kernel.org/show_bug.cgi?id=59601
Thanks,
~Saurav
-Original Message-
From: Saurav Kashyap [mailto:saurav.kash...@qlogic.com]
Sent: Saturday, July 13, 2013 12:18 AM
To: jbottom...@parallels.com
Cc: Giridhar
On 07/15/2013 05:38 PM, Linus Torvalds wrote:
> A small panel discussion with a few people (fiveish?) that have very
> different viewpoints, along with baskets of rotten fruit set out on
> the tables?
As I think the purpose of this discussion was to improve linux by
attracting and growing new tale
On 2013-07-19 07:25 +0200, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 3.10.2 release.
> There are 72 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses
On 07/19/2013 01:45 PM, Amit Shah wrote:
> On (Fri) 19 Jul 2013 [13:07:49], Jason Wang wrote:
>> On 07/19/2013 04:16 AM, Amit Shah wrote:
>>> If a port gets unplugged while a user is blocked on read(), -ENODEV is
>>> returned. However, subsequent read()s returned 0, indicating there's no
>>> host-
68 matches
Mail list logo
