From: Rob Landley
Mounting MS_NOUSER prevents --bind mounts from rootfs. Prevent new rootfs
mounts with a different mechanism that doesn't affect bind mounts.
Signed-off-by: Rob Landley
---
fs/ramfs/inode.c |7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git
On 7/16/2013 3:39 PM, Sarah Sharp wrote:
> On Wed, Jul 17, 2013 at 12:18:21AM +0200, Willy Tarreau wrote:
>> On Tue, Jul 16, 2013 at 02:12:35PM -0700, Sarah Sharp wrote:
>>> I *hate* both direct personal insults and indirect personal insults.
>>> Neither should be acceptable in our community.
>>>
From: Rob Landley
When the rootfs code was a wrapper around ramfs, having them in the same
file made sense. Now that it can wrap another filesystem type, move it
in with the init code instead.
This also allows a subsequent patch to access rootfstype= command line arg.
Signed-off-by: Rob
From: Rob Landley
Command line option rootfstype=ramfs to obtain old initramfs behavior,
and use ramfs instead of tmpfs for stub when root= defined (for cosmetic
reasons).
Signed-off-by: Rob Landley
---
init/do_mounts.c | 15 +++
1 file changed, 11 insertions(+), 4 deletions(-)
From: Rob Landley
Conditionally call the appropriate fs_init function and fill_super functions.
Add a use once guard to shmem_init() to simply succeed on a second call.
(Note that IS_ENABLED() is a compile time constant so dead code elimination
removes unused function calls when CONFIG_TMPFS is
On Tue, 2013-07-16 at 19:38 -0400, Steven Rostedt wrote:
> I'll admit that when I first started sending patches to LKML, I was
> terrified. Not because I was afraid of being scolded, but because I was
> afraid that what I sent wasn't good. It was a true judgment of my work.
> I was prettified.
I was investigating some TLB flush scaling issues and realized
that we do not have any good methods for figuring out how many
TLB flushes we are doing.
It would be nice to be able to do these in generic code, but the
arch-independent calls don't explicitly specify whether we
actually need to do
On 07/16/2013 04:39 PM, Yinghai Lu wrote:
>
> ok. so the old code is just for optimization to keep it cacheline aligned?
>
To the best of my knowledge. I guess I should look through the git log
to make sure it isn't some old erratum fix.
-hpa
--
To unsubscribe from this list: send
On 07/16/2013 04:36 PM, Wanpeng Li wrote:
> On Tue, Jul 16, 2013 at 08:53:04AM -0700, Dave Hansen wrote:
>> I was investigating some TLB flush scaling issues and realized
>> that we do not have any good methods for figuring out how many
>> TLB flushes we are doing.
>>
>> It would be nice to be
On 07/16/2013 02:12:19 AM, Ramkumar Ramachandra wrote:
Rob Landley wrote:
> (Balsa is such an incompetent email client I wrote a python script
to do
> this via raw smtp, and I'm always convinced it's going to screw up
the send.
> But I think I've got it debugged now...)
Use the
On Tue, 2013-07-16 at 16:06 -0700, Andrew Morton wrote:
> On Tue, 16 Jul 2013 15:54:02 -0700 Kamal Mostafa wrote:
>
> > This is a note to let you know that I have just added a patch titled
> >
> > memcg, kmem: fix reference count handling on the error path
> >
> > to the linux-3.8.y-queue
On Tue, Jul 16, 2013 at 3:16 PM, H. Peter Anvin wrote:
> On 07/16/2013 03:13 PM, Yinghai Lu wrote:
>>
>> ok, then should change
>>
>>> +/* No need to be aligned, but done to keep all IDTs defined the same way.
>>> */
>>> +gate_desc trace_idt_table[NR_VECTORS] __page_aligned_bss;
>>
>> ==>
>>
>>>
On Tue, 2013-07-16 at 16:12 -0700, Sarah Sharp wrote:
> > What problem exactly are we trying to solve here?
>
> Personal attacks are not cool Steve.
I never said it was. But no matter what we do, people *will* be
offended. Can't help that.
> Some people simply don't care if a
> verbal tirade
On 07/16/2013 07:12 PM, Sarah Sharp wrote:
On Tue, Jul 16, 2013 at 06:54:59PM -0400, Steven Rostedt wrote:
On Tue, 2013-07-16 at 15:43 -0700, Sarah Sharp wrote:
Yes, that's true. Some kernel developers are better at moderating their
comments and tone towards individuals who are "sensitive".
On 07/16/2013 12:04:33 PM, Richard Henderson wrote:
Here's a set of minor updates for arch/alpha that should not
be controversial.
I also note that I had to do this to get busybox to build against
uClibc:
diff --git a/arch/alpha/include/uapi/asm/unistd.h
On Tue, 16 Jul 2013, Rob Herring wrote:
> On 07/16/2013 11:05 AM, Lorenzo Pieralisi wrote:
> > The TC2 versatile express core tile integrates a logic block that provides
> > the
> > interface between the dual cluster test-chip and the M3 microcontroller that
> > carries out power management. The
On Tue, Jul 16, 2013 at 4:23 PM, Parag Warudkar wrote:
>
> On Jul 16, 2013 6:55 PM, "Andy Lutomirski" wrote:
>
>> > Ok, so I played around with it a bit and the following patch works
>> > fine on my system. (I.E. image size is reasonable, cat
>> > /sys/firmware/acpi/bgrt/image > img.bmp
On Jul 16, 2013 6:55 PM, "Andy Lutomirski" wrote:
> > Ok, so I played around with it a bit and the following patch works
> > fine on my system. (I.E. image size is reasonable, cat
> > /sys/firmware/acpi/bgrt/image > img.bmp generates a valid,
> > non-distorted bitmap, which it did before too,
Hi Ben,
On Tue, 16 Jul 2013 09:40:28 -0400 Benjamin LaHaise wrote:
>
> Hell Stephen,
Its not that bad :-)
> There are shaping up to be a bunch of aio changes for the 3.12 tree, so
> I think it's time to start staging them in a git tree. Would you be willing
> to add my aio-next tree to
Apologies, forgot to make sure it was plain text.
On Tue, Jul 16, 2013 at 4:16 PM, Michael Wright wrote:
> Hi Dmitry,
>
>
> On Fri, Jul 12, 2013 at 11:44 PM, Dmitry Torokhov
> wrote:
>> We already have MSC_TIMESTAMP (which is in usec), do you really need
>> nsec resolution?
>
> We don't
On Tue, 2013-07-16 at 16:12 -0700, Sarah Sharp wrote:
> In order to make our community better, we need to figure out where the
> baseline of "good" behavior is. We need to define what behavior we want
> from both maintainers and patch submitters. E.g. "No regressions" and
> "don't break
On Wed, 2013-07-17 at 00:34 +0200, Martin Walch wrote:
> As I am working on yet another project for analyzing LKC's input files, I
> have
> some intermediate results from simple syntactical checks.
Naive question: LKC?
> The results below are an excerpt from a run against tche current master.
On Tue, 16 Jul 2013, Greg KH wrote:
> > > > But I need, from the distros, specific examples of what they object to.
> > > > So far all I've gotten is one security patch (that was needed), and one
> > > > patch for sysfs that I backported too far in the version numbers (my
> > > > fault.)
> > > >
On Tue, 2013-07-16 at 19:11 -0400, Steven Rostedt wrote:
> The major difference between myself and Linus, is that I only have to
> worry about code submissions, and to a much lesser degree than Linus.
> But not only does Linus have to manage code, he also dictates policy.
> And I'm not sure you
On Wed, 2013-07-17 at 00:54 +0200, Jiri Kosina wrote:
> I am not cursing in my e-mails, you are probably neither. Linus is. Others
> are.
I've been told several times that I'm one of the nicest on LKML. I like
to stick strictly to technical arguments, and will try to help people
out when I can.
On Tue, Jul 16, 2013 at 06:54:59PM -0400, Steven Rostedt wrote:
> On Tue, 2013-07-16 at 15:43 -0700, Sarah Sharp wrote:
>
> > Yes, that's true. Some kernel developers are better at moderating their
> > comments and tone towards individuals who are "sensitive". Others
> > simply don't give a
Matthew Wilcox wrote:
> On Mon, Jul 15, 2013 at 01:47:47PM +0300, Kirill A. Shutemov wrote:
> > From: "Kirill A. Shutemov"
> >
> > There's only one caller of do_generic_file_read() and the only actor is
> > file_read_actor(). No reason to have a callback parameter.
> >
> > Signed-off-by: Kirill
Set fmt.pix.priv to zero in vidioc_g_fmt_vid_cap
and vidioc_try_fmt_vid_cap.
Catched by v4l2-compliance.
Signed-off-by: Alban Browaeys
---
drivers/media/usb/em28xx/em28xx-video.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/media/usb/em28xx/em28xx-video.c
On Tue, 16 Jul 2013 15:54:02 -0700 Kamal Mostafa wrote:
> This is a note to let you know that I have just added a patch titled
>
> memcg, kmem: fix reference count handling on the error path
>
> to the linux-3.8.y-queue branch of the 3.8.y.z extended stable tree
> which can be found at:
According to the em2860 datasheet, eeprom byte 08H is Chip
Configuration Low Byte and 09H is High Byte.
Usb power configuration is in the Low byte (same as the usb audio
class config).
Signed-off-by: Alban Browaeys
---
drivers/media/usb/em28xx/em28xx-i2c.c | 6 +++---
1 file changed, 3
As:
EM28XX_CHIPCFG_I2S_3_SAMPRATES 0x20
EM28XX_CHIPCFG_I2S_5_SAMPRATES 0x30
the board chipcfg is 0xf0 thus if 3_SAMPRATES is tested
first and matches while it is a 5_SAMPRATES.
Signed-off-by: Alban Browaeys
---
drivers/media/usb/em28xx/em28xx-core.c | 8
1 file changed, 4
On 07/16/13 15:54, Jiri Kosina wrote:
>
> Plus there is a *LOT* of humor and sarcasm in all that. Which just
> contributes to working on linux kernel being fun. I'd absolutely like to
> keep that spirit.
>
> If you guys now start telling others what is allowed and what is forbidden
> to say,
On 07/16/13 15:43, Sarah Sharp wrote:
>
> Yes, that's true. Some kernel developers are better at moderating their
> comments and tone towards individuals who are "sensitive". Others
> simply don't give a shit. So we need to figure out how to meet
> somewhere in the middle, in order to
Set the config structure pointer to the eeprom data pointer (data,
here eedata dereferenced) not the pointer to the pointer to
the eeprom data (eedata itself).
Signed-off-by: Alban Browaeys
---
drivers/media/usb/em28xx/em28xx-i2c.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
On Tue, Jul 16, 2013 at 3:15 PM, Parag Warudkar wrote:
> On Mon, Jul 15, 2013 at 8:00 PM, Parag Warudkar wrote:
>> On Mon, Jul 15, 2013 at 7:56 PM, Parag Warudkar wrote:
>>> On Mon, Jul 15, 2013 at 7:04 PM, Josh Triplett
>>> wrote:
>>>
We do need to handle the case of a valid pointer
On Tue, 16 Jul 2013, Stefano Stabellini wrote:
> > > I think that it's hurting Linux and in particular it's hurting
> > > attracting new talents.
> >
> > Then why do we have the largest # of developers than any other Open
> > Source project?
>
> Because Linux is the most widely used kernel,
On Tue, 2013-07-16 at 15:43 -0700, Sarah Sharp wrote:
> Yes, that's true. Some kernel developers are better at moderating their
> comments and tone towards individuals who are "sensitive". Others
> simply don't give a shit. So we need to figure out how to meet
> somewhere in the middle, in
On Tue, 18 Jun 2013 18:18:28 -0700 Davidlohr Bueso
wrote:
> Now that sem, msgque and shm, through *_down(), all use the lockless
> variant of ipcctl_pre_down(), go ahead and delete it.
Fixlets:
From: Andrew Morton
Subject: ipc-drop-ipcctl_pre_down-fix
fix function name in kerneldoc,
On Tue, 2013-07-16 at 22:20 +0200, Peter Zijlstra wrote:
> On Tue, Jul 16, 2013 at 12:21:03PM -0700, Jason Low wrote:
> > When running benchmarks on an 8 socket 80 core machine with a 3.10 kernel,
> > there can be a lot of contention in idle_balance() and related functions.
> > On many AIM7
On Tue, Jul 16, 2013 at 05:27:04PM -0400, Theodore Ts'o wrote:
> On Tue, Jul 16, 2013 at 02:12:35PM -0700, Sarah Sharp wrote:
> > "Your code is crap" is considered unprofessional, while
> > > "Let's leverage my fifth grade nephew's capabilities to assist you in
> > > fixing the code" is perfectly
On 07/15/2013 03:47:06 AM, Benjamin Herrenschmidt wrote:
On Mon, 2013-07-15 at 14:04 +1000, Anton Blanchard wrote:
> Module CRCs are implemented as absolute symbols that get resolved by
> a linker script. We build an intermediate .o that contains an
> unresolved symbol for each CRC. genksysms
On Wed, Jul 17, 2013 at 12:18:21AM +0200, Willy Tarreau wrote:
> On Tue, Jul 16, 2013 at 02:12:35PM -0700, Sarah Sharp wrote:
> > I *hate* both direct personal insults and indirect personal insults.
> > Neither should be acceptable in our community.
> >
> > As I stated in an email to Rusty, what
As I am working on yet another project for analyzing LKC's input files, I have
some intermediate results from simple syntactical checks.
The results below are an excerpt from a run against tche current master. If
anyone is interested in the code (it's written in Java), please contact me. I
Commit-ID: 4df05f361937ee86e5a8c9ead8aeb6a19ea9b7d7
Gitweb: http://git.kernel.org/tip/4df05f361937ee86e5a8c9ead8aeb6a19ea9b7d7
Author: Kees Cook
AuthorDate: Tue, 16 Jul 2013 11:34:41 -0700
Committer: H. Peter Anvin
CommitDate: Tue, 16 Jul 2013 15:14:48 -0700
x86: Make sure IDT is page
On 07/16/2013 04:17 PM, Joe Perches wrote:
> On Tue, 2013-07-16 at 22:04 +, Shuah Khan wrote:
>> On 07/16/2013 03:39 PM, Joe Perches wrote:
>>> On Tue, 2013-07-16 at 15:23 -0600, Shuah Khan wrote:
A new trace event is added to pm events to print time it takes to suspend
and
Quoting Andy Lutomirski (l...@amacapital.net):
> On Tue, Jul 16, 2013 at 3:03 PM, Serge E. Hallyn wrote:
> > Quoting Andy Lutomirski (l...@amacapital.net):
> >> On Tue, Jul 16, 2013 at 2:37 PM, Serge E. Hallyn wrote:
> >> > Quoting Andy Lutomirski (l...@amacapital.net):
> >> >> On 07/16/2013
On Tue, Jul 16, 2013 at 02:12:35PM -0700, Sarah Sharp wrote:
> I *hate* both direct personal insults and indirect personal insults.
> Neither should be acceptable in our community.
>
> As I stated in an email to Rusty, what I'm objecting to here is not
> kernel developers criticizing code. I'm
On Tue, Jul 16, 2013 at 02:07:29PM -0700, Nicholas A. Bellinger wrote:
> On Sat, 2013-07-13 at 06:53 +, James Bottomley wrote:
> > On Fri, 2013-07-12 at 12:52 +0200, Hannes Reinecke wrote:
> > > On 07/12/2013 03:33 AM, Nicholas A. Bellinger wrote:
> > > > On Thu, 2013-07-11 at 18:02 -0700,
On Mon, 15 Jul 2013 10:32:17 +0800, "Li, Zhen-Hua" said:
> I have met a bug with the same error message, its cause was that the bios
> did not allocate RMRR/DRHD(can't remember which one) for the device.
I think I posted a link to that same bug report. The problem is that
if the BIOS wasn't
On Tue, 2013-07-16 at 22:04 +, Shuah Khan wrote:
> On 07/16/2013 03:39 PM, Joe Perches wrote:
> > On Tue, 2013-07-16 at 15:23 -0600, Shuah Khan wrote:
> >> A new trace event is added to pm events to print time it takes to suspend
> >> and
> >> resume a device. It generates trace message that
On 07/16/2013 03:13 PM, Yinghai Lu wrote:
>
> ok, then should change
>
>> +/* No need to be aligned, but done to keep all IDTs defined the same way. */
>> +gate_desc trace_idt_table[NR_VECTORS] __page_aligned_bss;
>
> ==>
>
>> +/* Only need to be cacheline aligned, but keep all IDTs defined
On Mon, Jul 15, 2013 at 8:00 PM, Parag Warudkar wrote:
> On Mon, Jul 15, 2013 at 7:56 PM, Parag Warudkar wrote:
>> On Mon, Jul 15, 2013 at 7:04 PM, Josh Triplett wrote:
>>
>>> We do need to handle the case of a valid pointer into memory that e820
>>> calls system RAM, as well as the case of a
On Tue, 16 Jul 2013 22:27:09 +0400 James Bottomley
wrote:
> On Mon, 2013-07-15 at 15:38 -0700, Linus Torvalds wrote:
> > On Mon, Jul 15, 2013 at 3:08 PM, Steven Rostedt wrote:
> > >
> > > Can we please make this into a Kernel Summit discussion. I highly doubt
> > > we would solve anything, but
On Tue, Jul 16, 2013 at 3:03 PM, H. Peter Anvin wrote:
> On 07/16/2013 01:47 PM, Kees Cook wrote:
>> The other IDTs don't need to be page aligned, but I marked them that
>> way in the clean up because it seemed sensible to define these tables
>> similarly. I can change the others to be
On 07/16/13 12:37, Masanari Iida wrote:
> Correct spelling typo in printk
>
> Signed-off-by: Masanari Iida
Acked-by: Randy Dunlap
Thanks.
> ---
> drivers/crypto/ux500/hash/hash_core.c | 2 +-
> drivers/net/ethernet/qlogic/qlcnic/qlcnic_83xx_hw.c | 4 ++--
>
On Tue, Jul 16, 2013 at 2:58 PM, Rafael J. Wysocki wrote:
>
> In fact, I didn't say what I really wanted to say in that reply to the
> reporter
> and that evidently confused you, which only made me think it was better to be
> more careful about sending replies to regression reports when Linus is
On Tue, Jul 16, 2013 at 02:08:56PM -0700, Sarah Sharp wrote:
> Rusty hit the nail on the head here. I want everyone (including Linus)
> to be harsh with code but gentle with people.
Just as a side note Sarah, in some cultures/languages, "I want" is
extremely impolite, almost insulting to your
Hi,
v3.11-rc1 kernel triggers VM_BUG_ON(PageUnevictable(page)) in migrate_page_copy
when I do page migration like the following:
$ sleep 100 &
$ migratepages $(pgrep sleep) 0 1
kernel BUG at /src/linux-dev/mm/migrate.c:458!
invalid opcode: [#1] SMP
Modules linked in: ebtable_nat
On Fri, 12 Jul 2013 14:14:20 +0200, Ingo Molnar said:
>
> (Cc:-ed a few DMAR people.)
Sorry for the slow reply, missed this in the lkml firehose.
For whatever reason, the damned problem seems to have evaporated:
% egrep -i 'dmar|Linux vers' /var/log/messages-20130714
Jul 11 18:54:15
On Tue, Jul 16, 2013 at 3:03 PM, Serge E. Hallyn wrote:
> Quoting Andy Lutomirski (l...@amacapital.net):
>> On Tue, Jul 16, 2013 at 2:37 PM, Serge E. Hallyn wrote:
>> > Quoting Andy Lutomirski (l...@amacapital.net):
>> >> On 07/16/2013 12:50 PM, Serge E. Hallyn wrote:
>> >> > Quoting Al Viro
On 07/16/2013 02:03 PM, Yinghai Lu wrote:
>
> Other way could be:
>
> Detect if it get into misc.c directly from
> arch/x86/boot/compressed/head_64.S::startup_64. that is from 64bit
> bootloader.
>
> others go through startup_32 should be 32bit bootloader.
>
> If it with 64bit boot loader
On 07/16/2013 03:39 PM, Joe Perches wrote:
> On Tue, 2013-07-16 at 15:23 -0600, Shuah Khan wrote:
>> A new trace event is added to pm events to print time it takes to suspend and
>> resume a device. It generates trace message that includes device, driver,
>> parent information in addition to the
On 07/16/2013 01:47 PM, Kees Cook wrote:
> On Tue, Jul 16, 2013 at 1:33 PM, Steven Rostedt wrote:
>> On Tue, 2013-07-16 at 13:28 -0700, Kees Cook wrote:
>>> On Tue, Jul 16, 2013 at 1:21 PM, Yinghai Lu wrote:
On Tue, Jul 16, 2013 at 11:34 AM, Kees Cook wrote:
> Since the IDT is
Quoting Andy Lutomirski (l...@amacapital.net):
> On Tue, Jul 16, 2013 at 2:37 PM, Serge E. Hallyn wrote:
> > Quoting Andy Lutomirski (l...@amacapital.net):
> >> On 07/16/2013 12:50 PM, Serge E. Hallyn wrote:
> >> > Quoting Al Viro (v...@zeniv.linux.org.uk):
> >> >> On Tue, Jul 16, 2013 at
On Tue, Jul 16, 2013 at 12:41 PM, H. Peter Anvin wrote:
> On 07/16/2013 12:40 PM, Kees Cook wrote:
>>>
>>> I think setting up a dynamic #PF handler is the right thing for the
>>> decompressor, we already did for the kernel proper.
>>
>> I'm not sure how to accomplish this yet. I'm still trying to
On Tuesday, July 16, 2013 05:08:16 PM Matthew Garrett wrote:
> On Tue, 2013-07-16 at 17:32 +0400, Igor Gnatenko wrote:
> > Hmm. I found regression in user-space. In GNOME (maybe and other DEs) we no
> > longer see switch status of backlight.
>
> Yeah, I can duplicate that. Rafael, we have to
On Tuesday, July 16, 2013 02:23:46 PM Linus Torvalds wrote:
> On Tue, Jul 16, 2013 at 2:08 PM, Sarah Sharp
> wrote:
> >
> > I do, however, object when the verbal abuse shifts from being directed
> > at code to being directed at *people*. For example, Linus chose to
> > curse at Mauro [2] and
On Tue, Jul 16, 2013 at 2:37 PM, Serge E. Hallyn wrote:
> Quoting Andy Lutomirski (l...@amacapital.net):
>> On 07/16/2013 12:50 PM, Serge E. Hallyn wrote:
>> > Quoting Al Viro (v...@zeniv.linux.org.uk):
>> >> On Tue, Jul 16, 2013 at 02:29:20PM -0500, Serge Hallyn wrote:
>> >>> All the files will
On Sun, 14 Jul 2013 18:54:51 +0200 Oleg Nesterov wrote:
> mmap() doesn't allow the non-anonymous mappings with VM_GROWS* bit set.
> In particular this means that mmap_region()->vma_merge(file, vm_flags)
> must always fail if vm_flags & VM_GROWS. So it does not make sense to
> check VM_GROWS*
Hello,
On Tue, Jul 16, 2013 at 12:29:38PM +0200, Takashi Iwai wrote:
> Could you check the patch below? It makes the code path involving
> with request_module asynchronous.
With the patch applied all modules were loaded successfully: no hanging
modprobe processes anymore.
Thank you for your
Quoting Serge E. Hallyn (se...@hallyn.com):
> Quoting Andy Lutomirski (l...@amacapital.net):
> > On 07/16/2013 12:50 PM, Serge E. Hallyn wrote:
> > > Quoting Al Viro (v...@zeniv.linux.org.uk):
> > >> On Tue, Jul 16, 2013 at 02:29:20PM -0500, Serge Hallyn wrote:
> > >>> All the files will be owned
On Tue, 2013-07-16 at 15:23 -0600, Shuah Khan wrote:
> A new trace event is added to pm events to print time it takes to suspend and
> resume a device. It generates trace message that includes device, driver,
> parent information in addition to the type of pm ops invoked as well as the
> pm event
Quoting Andy Lutomirski (l...@amacapital.net):
> On 07/16/2013 12:50 PM, Serge E. Hallyn wrote:
> > Quoting Al Viro (v...@zeniv.linux.org.uk):
> >> On Tue, Jul 16, 2013 at 02:29:20PM -0500, Serge Hallyn wrote:
> >>> All the files will be owned by host root, so there's no security
> >>> concern in
On Tue, 2013-07-16 at 20:32 +0200, Alexander Gordeev wrote:
> On Fri, Jul 12, 2013 at 10:20:12PM -0700, Nicholas A. Bellinger wrote:
> > On Fri, 2013-07-12 at 09:46 +0200, Alexander Gordeev wrote:
> > > > > diff --git a/drivers/scsi/scsi-mq.c b/drivers/scsi/scsi-mq.c
> > > > > index
On 07/16/2013 12:50 PM, Serge E. Hallyn wrote:
> Quoting Al Viro (v...@zeniv.linux.org.uk):
>> On Tue, Jul 16, 2013 at 02:29:20PM -0500, Serge Hallyn wrote:
>>> All the files will be owned by host root, so there's no security
>>> concern in allowing this.
>>
>> Files owned by root != very bad
On Tue, Jul 16, 2013 at 02:12:35PM -0700, Sarah Sharp wrote:
> "Your code is crap" is considered unprofessional, while
> > "Let's leverage my fifth grade nephew's capabilities to assist you in
> > fixing the code" is perfectly professional, somehow. That's more
> > often than not an unacceptable
On Tue, 2013-07-16 at 14:08 -0700, Sarah Sharp wrote:
>
> "Mauro, SHUT THE FUCK UP!"
>
> "How long have you been a maintainer? And you *still* haven't learnt the
> first rule of kernel maintenance?"
>
> "Shut up, Mauro. And I don't _ever_ want to hear that kind of obvious
> garbage and idiocy
On Tue, Jul 16, 2013 at 10:27:09PM +0400, James Bottomley wrote:
> On Mon, 2013-07-15 at 15:38 -0700, Linus Torvalds wrote:
> > On Mon, Jul 15, 2013 at 3:08 PM, Steven Rostedt wrote:
> > >
> > > Can we please make this into a Kernel Summit discussion. I highly doubt
> > > we would solve anything,
On Tue, Jul 16, 2013 at 2:08 PM, Sarah Sharp
wrote:
>
> I do, however, object when the verbal abuse shifts from being directed
> at code to being directed at *people*. For example, Linus chose to
> curse at Mauro [2] and Rafael [3], rather than their code:
Umm. Because it was actually the
A new trace event is added to pm events to print time it takes to suspend and
resume a device. It generates trace message that includes device, driver,
parent information in addition to the type of pm ops invoked as well as the
pm event and error status from the pm ops. Example trace below:
On Tuesday, July 16, 2013 05:15:14 PM Toralf Förster wrote:
> On 07/12/2013 12:23 AM, Srivatsa S. Bhat wrote:
> > On 07/12/2013 04:03 AM, Rafael J. Wysocki wrote:
> >> On Friday, July 12, 2013 03:45:17 AM Srivatsa S. Bhat wrote:
> >>>
> >>> Hi,
> >>
> >> Hi,
> >>
> >>> Commit a66b2e (cpufreq:
On Tuesday, July 16, 2013 08:49:30 PM Srivatsa S. Bhat wrote:
> On 07/16/2013 04:14 PM, Sergey Senozhatsky wrote:
> > On (07/16/13 14:03), Srivatsa S. Bhat wrote:
> So here is the solution:
>
> On 3.11-rc1, apply these patches in the order mentioned below, and check
> whether
On 16/07/13 20:37, Sam Ravnborg wrote:
> On Tue, Jul 16, 2013 at 07:29:50PM +0100, Jim Baxter wrote:
>> If CONFIG_SAMPLES is enabled with any of the sample
>> modules enabled, they are only built if the make command
>> includes uImage and modules (i.e. make uImage modules).
>
> With the current
On Tue, Jul 16 2013, Nicholas A. Bellinger wrote:
> On Sat, 2013-07-13 at 06:53 +, James Bottomley wrote:
> > On Fri, 2013-07-12 at 12:52 +0200, Hannes Reinecke wrote:
> > > On 07/12/2013 03:33 AM, Nicholas A. Bellinger wrote:
> > > > On Thu, 2013-07-11 at 18:02 -0700, Greg KH wrote:
> > > >>
On Mon, Jul 15, 2013 at 4:24 PM, Andy Lutomirski wrote:
> On Mon, Jul 15, 2013 at 4:20 PM, Josh Triplett wrote:
>> On Mon, Jul 15, 2013 at 04:08:13PM -0700, Andy Lutomirski wrote:
>>> On Mon, Jul 15, 2013 at 4:04 PM, Josh Triplett
>>> wrote:
>>> > On Mon, Jul 15, 2013 at 01:28:36PM -0700, Andy
On Tue, Jul 16, 2013 at 11:14:51AM +0200, Olivier Galibert wrote:
> On Tue, Jul 16, 2013 at 9:32 AM, David Lang wrote:
> > On Mon, 15 Jul 2013, Sarah Sharp wrote:
> >
> >> The people who want to work together in a civil manner should get
> >> together and create a "Kernel maintainer's code of
Hey Jens - I've been busy torture testing and chasing bugs, here's the
fruits of my labors. These are all fairly small fixes, some of them
quite important:
The following changes since commit 8e51e414a3c6d92ef2cc41720c67342a8e2c0bf7:
bcache: Use standard utility code (2013-07-01 14:43:53 -0700)
On Tue, Jul 16, 2013 at 02:22:14PM +0930, Rusty Russell wrote:
> Linus Torvalds writes:
> > On Mon, Jul 15, 2013 at 12:17 PM, Willy Tarreau wrote:
> >>
> >> BTW, I was amazed that you managed to get him have a much softer tone inr
> >> his last e-mail, you probably found a weakness here in his
Logging messages without newlines are possibly interleaved
with other messages. Add terminating newlines to avoid
this.
Other miscellaneous changes:
Make arrays const to reduce data size
Add pr_fmt to prefix pr_, remove now unused DEV_DBG_NAME
Coalesce formats, align arguments
Remove
On Tue, Jul 16, 2013 at 12:40 PM, Kees Cook wrote:
> On Tue, Jul 16, 2013 at 12:36 PM, H. Peter Anvin wrote:
>> On 07/16/2013 12:31 PM, Kees Cook wrote:
>>>
>>> Could the first step be documenting the limitation? I've found this
>>> patch extremely useful for my case already, and I imagine there
On 07/16/13 08:41, Greg KH wrote:
On Mon, Jul 15, 2013 at 11:16:19PM +0200, Oliver Schinagl wrote:
With your latest patches for binary attributes and your blog post, I
thought that you want to create your binary attributes before the probe
function, to avoid the userspace race. To do that, we
On Sat, 2013-07-13 at 06:53 +, James Bottomley wrote:
> On Fri, 2013-07-12 at 12:52 +0200, Hannes Reinecke wrote:
> > On 07/12/2013 03:33 AM, Nicholas A. Bellinger wrote:
> > > On Thu, 2013-07-11 at 18:02 -0700, Greg KH wrote:
> > >> On Thu, Jul 11, 2013 at 05:23:32PM -0700, Nicholas A.
On Tue, Jul 16, 2013 at 1:43 PM, Dave Chinner wrote:
>
> Yes - IO is serialised based on the ip->i_iolock, not i_mutex. We
> don't use i_mutex for many things IO related, and so internal
> locking is needed to serialise against stuff like truncate, hole
> punching, etc, that are run through
On Tue, 16 Jul 2013 22:43:49 +0200
Daniel Vetter wrote:
> On Tue, Jul 16, 2013 at 01:19:25PM -0700, Jesse Barnes wrote:
> > On Tue, 16 Jul 2013 10:06:54 -0700
> > Jesse Barnes wrote:
> >
> > > On Tue, 16 Jul 2013 11:34:25 +0400
> > > Konstantin Khlebnikov wrote:
> > > > I've tested that patch
On Tue, Jul 16, 2013 at 12:53 PM, Joseph Salisbury
wrote:
> On 07/16/2013 02:29 PM, Pravin Shelar wrote:
>> On Tue, Jul 16, 2013 at 11:09 AM, Joseph Salisbury
>> wrote:
>>> Hi Pravin,
>>>
>>> A bug was opened against the Ubuntu kernel[0]. After a kernel bisect,
>>> it was found that reverting
On Tue, Jul 16, 2013 at 1:33 PM, Steven Rostedt wrote:
> On Tue, 2013-07-16 at 13:28 -0700, Kees Cook wrote:
>> On Tue, Jul 16, 2013 at 1:21 PM, Yinghai Lu wrote:
>> > On Tue, Jul 16, 2013 at 11:34 AM, Kees Cook wrote:
>> >> Since the IDT is referenced from a fixmap, make sure it is page
On Mon, 15 Jul 2013, Arjan van de Ven wrote:
On 7/15/2013 2:03 PM, Peter Zijlstra wrote:
Well, if you ever want to go faster there must've been a moment to slow
down.
Without means and reason to slow down the entire 'can I go fast noaw pls?'
thing simply doesn't make sense.
I kind of tried
The F00F big just means the IDT must be readonly.
Steven Rostedt wrote:
>On Tue, 2013-07-16 at 13:28 -0700, Kees Cook wrote:
>> On Tue, Jul 16, 2013 at 1:21 PM, Yinghai Lu
>wrote:
>> > On Tue, Jul 16, 2013 at 11:34 AM, Kees Cook
>wrote:
>> >> Since the IDT is referenced from a fixmap, make
Neil, I've tryed to look around commit logs but failed to find commit
where discard/trim were added.
I was looking via
http://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/log/drivers/md?id=9f2a940965286754f3a34d5737c3097c05db8725=grep=discard+support
, tryed just "discard" without
On Tue, Jul 16, 2013 at 01:19:25PM -0700, Jesse Barnes wrote:
> On Tue, 16 Jul 2013 10:06:54 -0700
> Jesse Barnes wrote:
>
> > On Tue, 16 Jul 2013 11:34:25 +0400
> > Konstantin Khlebnikov wrote:
> > > I've tested that patch and it really works for me. If you want change
> > > something for
101 - 200 of 1502 matches
Mail list logo
