On Wed, Feb 26, 2014 at 3:40 PM, Peter Hurley wrote:
> Enable a user-space process to discover the underlying tty device
> for a console, if one exists, and when the tty device is later
> created or destroyed.
>
> Add sysfs symlinks for registered consoles to their respective
> devices in [sys/cla
On Tue, Feb 25, 2014 at 10:38 AM, David Herrmann wrote:
> On Tue, Feb 25, 2014 at 8:51 AM, Hannes Reinecke wrote:
>> Positive?
>> I thought this was precisely the problem, ->device() changing the
>> index '0' into something non-zero.
>> The reports we had were that the line 'tty0' changed into '
On Thu, Feb 27, 2014 at 2:31 PM, Peter Hurley wrote:
> On 02/27/2014 06:13 AM, Kay Sievers wrote:
>>
>> On Wed, Feb 26, 2014 at 3:40 PM, Peter Hurley
>> wrote:
>>>
>>> Enable a user-space process to discover the underlying tty device
>>> for a co
On Fri, Feb 21, 2014 at 3:56 PM, Josh Boyer wrote:
> On Fri, Feb 21, 2014 at 9:52 AM, Hannes Reinecke wrote:
>> On 02/21/2014 03:48 PM, Josh Boyer wrote:
>>> On Thu, Feb 20, 2014 at 6:52 PM, Greg Kroah-Hartman
>>> wrote:
3.13-stable review patch. If anyone has any objections, please let me
On Thu, Jan 16, 2014 at 10:29 AM, Jan Kaluža wrote:
> On 01/16/2014 12:23 AM, Tejun Heo wrote:
>> On Wed, Jan 15, 2014 at 06:21:43PM -0500, Eric Paris wrote:
>>>
>>> Reliably being able to audit what process requested an action is
>>> extremely useful. And I like the audit patch, as it is a coupl
On Tue, Nov 12, 2013 at 1:56 AM, Henrique de Moraes Holschuh
wrote:
> On Tue, 12 Nov 2013, Jingoo Han wrote:
>> On Tuesday, November 12, 2013 8:57 AM, Kyungmin Park wrote:
>> > From: Kyungmin Park
>> >
>> > The most mobile phones have Ambient Light Sensors and it changes
>> > brightness accordin
On Tue, Nov 12, 2013 at 3:08 AM, Kyungmin Park wrote:
> On Tue, Nov 12, 2013 at 10:19 AM, Kay Sievers wrote:
>> On Tue, Nov 12, 2013 at 1:56 AM, Henrique de Moraes Holschuh
>> wrote:
>>> On Tue, 12 Nov 2013, Jingoo Han wrote:
>>>> On Tuesday, November 1
On Sun, Dec 15, 2013 at 1:23 AM, Tom Gundersen wrote:
>> Also, did you consider the opposite, that is making hwdb call libpci
>> to resolve PCI IDs? What are the downsides?
>
> Well, part of the reason for introducing the hwdb was to avoid libpci for
> performance reasons (I added Kay in cc who ca
On Sun, Dec 15, 2013 at 10:18 AM, Martin Mares wrote:
> Hello Kay,
>
>> Libpci and its linear search through megabytes of text files for evey
>> new query is too inefficient, that we cannot afford to use it during
>> early bootup. It was the largest hit left in bootup profiling on
>> machines boot
On Sun, Dec 15, 2013 at 12:33 PM, Martin Mares wrote:
>> It does that per process doing that, and that's the problem for how
>> udev works/worked. The binary hwdb is on-disk and can be mmaped, and
>> there is no difference between initialization, first, or subsequent
>> queries.
>
> OK, point take
On Thu, Jul 17, 2014 at 7:59 PM, Alex Elder wrote:
> This series rearranges the log code in such a way that the LOG_CONT
> and LOG_PREFIX log record flags can be eliminated entirely. The
> result should be considerably easier to understand than before. It
> builds on another recently-posted seri
On Mon, May 19, 2014 at 7:28 PM, Yoshihiro YUNOMAE
wrote:
> Add context information to the header of /dev/kmsg.
>
> Two printk messages connected with KERN_CONT can be divided in multiple lines
> by a different process context message. If the different context message seems
> like the 1st divided
On Sun, Feb 16, 2014 at 9:47 PM, Greg Kroah-Hartman
wrote:
> On Sun, Feb 16, 2014 at 11:28:36AM -0800, Linus Torvalds wrote:
>> Adding Kay and Greg, since the original code is from commit
>> 7ff9554bb578 ("printk: convert byte-buffer to variable-length record
>> buffer") and all the "prev" flag tw
On Mon, Feb 17, 2014 at 1:41 AM, Linus Torvalds
wrote:
> On Sun, Feb 16, 2014 at 4:19 PM, Banerjee, Debabrata
> wrote:
> The third loop does *not* start again from the first line! It
> *continues* from where the second loop ended. Which is exactly why
> clearing "prev" is *wrong*. Because the *l
On Mon, Feb 17, 2014 at 1:57 AM, Linus Torvalds
wrote:
> On Sun, Feb 16, 2014 at 4:50 PM, Kay Sievers wrote:
>>
>> That should avoid the overflow, yes. I expect it will not print the
>> first line with a prefix, which we probably should.?
>
> Well, it's not printi
On Mon, Feb 17, 2014 at 2:19 AM, Kay Sievers wrote:
> On Mon, Feb 17, 2014 at 1:57 AM, Linus Torvalds
> wrote:
>> On Sun, Feb 16, 2014 at 4:50 PM, Kay Sievers wrote:
>>>
>>> That should avoid the overflow, yes. I expect it will not print the
>>> firs
On Tue, Apr 15, 2014 at 7:48 PM, Li Zefan wrote:
> On 2014/4/15 5:44, Tejun Heo wrote:
>> cgroup users often need a way to determine when a cgroup's
>> subhierarchy becomes empty so that it can be cleaned up. cgroup
>> currently provides release_agent for it; unfortunately, this mechanism
>> is r
On Tue, Apr 15, 2014 at 8:50 PM, Eric W. Biederman
wrote:
> Kay Sievers writes:
>
>> On Tue, Apr 15, 2014 at 7:48 PM, Li Zefan wrote:
>>> On 2014/4/15 5:44, Tejun Heo wrote:
>>>> cgroup users often need a way to determine when a cgroup's
>>>> su
On Sat, Mar 29, 2014 at 8:37 PM, David Miller wrote:
> From: Tom Gundersen
> Date: Sat, 29 Mar 2014 10:46:02 +0100
>
>> The issue I see with that is that there are several ways to generate
>> predictable names, and the user may want to chose between them, so
>> this is arguably policy that should
On Fri, Dec 20, 2013 at 10:41 AM, Yoshihiro YUNOMAE
wrote:
> This patch set fixes message continuation breakage involved with structured
> printk. A SCSI driver may output two continuation error messages like
> scmd_printk("foo");
> printf("bar\n");
Which is the absolutely wrong thing to
. This patch stores the dict information in structure
> cont
> first, then the information in cont is stored to log_buf.
>
> Signed-off-by: Yoshihiro YUNOMAE
> Cc: Kay Sievers
> Cc: Andrew Morton
> Cc: Joe Perches
> Cc: Tejun Heo
> Cc: Frederic Weisbecker
> Cc: l
On Fri, Dec 20, 2013 at 10:41 AM, Yoshihiro YUNOMAE
wrote:
> Delete LOG_NEWLINE flag for structured printk.
> When structured printk is used, the next printk message is output in a new
> line
> from patch c313af145b9bc4fb8e8e0c83b8cfc10e1b894a50. However, in a following
> pseudo SCSI error test,
On Thu, Feb 6, 2014 at 5:29 PM, Greg Kroah-Hartman
wrote:
> On Thu, Feb 06, 2014 at 04:44:20PM +0100, Hannes Reinecke wrote:
>> On 02/06/2014 04:29 PM, Greg Kroah-Hartman wrote:
>> > On Thu, Feb 06, 2014 at 03:27:43PM +0100, Hannes Reinecke wrote:
>> >> The 'active' sysfs attribute should refer to
On Fri, Jan 3, 2014 at 1:57 AM, Joe Perches wrote:
> (Adding Kay to cc's)
>
> Kay? any opinion on correctness?
Sounds fine by looking at it. Did not test anything though.
>> > --- a/kernel/printk/printk.c
>> > +++ b/kernel/printk/printk.c
>> > @@ -1604,7 +1604,10 @@ asmlinkage int vprintk_emit(
On Tue, Dec 24, 2013 at 3:50 AM, Yoshihiro YUNOMAE
wrote:
> (2013/12/20 20:29), Kay Sievers wrote:
>>
>> On Fri, Dec 20, 2013 at 10:41 AM, Yoshihiro YUNOMAE
>> wrote:
>>
>>> This patch set fixes message continuation breakage involved with
>>> struct
On Thu, Aug 21, 2014 at 2:30 PM, Sudeep Holla wrote:
> On 21/08/14 12:20, David Herrmann wrote:
>> On Thu, Aug 21, 2014 at 12:59 PM, Sudeep Holla
>> wrote:
>>>
>>> From: Sudeep Holla
>>>
>>> This patch creates a new class called "cpu" and assigns it to all the
>>> cpu devices. This helps in grou
On Mon, Feb 2, 2015 at 2:20 PM, Takashi Iwai wrote:
> we've got a bug report about the mishandling of DVD/CDROM media eject
> button, and it seems indeed broken since some time ago. In short:
> when the eject button is pressed, the media is forcibly ejected no
> matter whether it's mounted or in
On Mon, Feb 2, 2015 at 8:34 PM, Maciej W. Rozycki wrote:
> On Mon, 2 Feb 2015, Kay Sievers wrote:
>
>> > I thought that fixing the udev behavior would solve the problem. But
>> > it turned out that I was too naive. A bigger problem is that all
>> &g
401 - 428 of 428 matches
Mail list logo
