http://blog.gmane.org/gmane.linux.kernel.api hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://comments.gmane.org/gmane.linux.kernel.api/2545 <pre>From: Xiaoyan Zhang &lt;xiaoyan.zhang-ral2JQCrhuEAvxtiuMwx3w&lt; at &gt;public.gmane.org&gt; Signed-off-by: Xiaoyan Zhang &lt;xiaoyan.zhang-ral2JQCrhuEAvxtiuMwx3w&lt; at &gt;public.gmane.org&gt; --- Documentation/ABI/testing/sysfs-driver-ppi | 70 ++++++++++++++++++++++++++++ 1 files changed, 70 insertions(+), 0 deletions(-) create mode 100644 Documentation/ABI/testing/sysfs-driver-ppi diff --git a/Documentation/ABI/testing/sysfs-driver-ppi b/Documentation/ABI/testing/sysfs-driver-ppi new file mode 100644 index 0000000..5da9acd --- /dev/null +++ b/Documentation/ABI/testing/sysfs-driver-ppi &lt; at &gt;&lt; at &gt; -0,0 +1,70 &lt; at &gt;&lt; at &gt; +What:/sys/devices/pnp0/&lt;bus-num&gt;/ppi/ +Date:May 2012 +Kernel Version:3.4 +Contact:xiaoyan.zhang-ral2JQCrhuEAvxtiuMwx3w&lt; at &gt;public.gmane.org +Description: +This folder includes the attributes related with PPI (Physical +Presence Interface). Only if TPM is supported by BIOS, this +folder makes sense. The folder path can be got by command +'find /sys/ -name 'pcrs''. For the detail information of PPI, +please refer to the PP</pre> Zhang, Xiaoyan 2012-05-23T03:35:07 http://comments.gmane.org/gmane.linux.kernel.api/2544 <pre>From: Xiaoyan Zhang &lt;xiaoyan.zhang-ral2JQCrhuEAvxtiuMwx3w&lt; at &gt;public.gmane.org&gt; The Physical Presence Interface enables the OS and the BIOS to cooperate and provides a simple and straightforward platform user experience for administering the TPM without sacrificing security. Signed-off-by: Xiaoyan Zhang &lt;xiaoyan.zhang-ral2JQCrhuEAvxtiuMwx3w&lt; at &gt;public.gmane.org&gt; --- drivers/char/tpm/tpm.c | 462 ++++++++++++++++++++++++++++++++++++++++++++++++ drivers/char/tpm/tpm.h | 18 ++ 2 files changed, 480 insertions(+), 0 deletions(-) diff --git a/drivers/char/tpm/tpm.c b/drivers/char/tpm/tpm.c index ad7c732..afa7ec4 100644 --- a/drivers/char/tpm/tpm.c +++ b/drivers/char/tpm/tpm.c &lt; at &gt;&lt; at &gt; -28,6 +28,8 &lt; at &gt;&lt; at &gt; #include &lt;linux/mutex.h&gt; #include &lt;linux/spinlock.h&gt; #include &lt;linux/freezer.h&gt; +#include &lt;linux/acpi.h&gt; +#include &lt;acpi/acpi_drivers.h&gt; #include "tpm.h" &lt; at &gt;&lt; at &gt; -331,6 +333,50 &lt; at &gt;&lt; at &gt; static const u8 tpm_ordinal_duration[TPM_MAX_ORDINAL] = { TPM_MEDIUM, }; +static const u8 tpm_ppi_uuid[] = { +0xA6, 0xFA, 0xDD, 0x3D, +0</pre> Zhang, Xiaoyan 2012-05-23T03:34:12 http://comments.gmane.org/gmane.linux.kernel.api/2543 <pre>The series of patches add PPI support in linux kernel. The Physical Presence Interface enables the OS and the BIOS to cooperate to provide a simple and straightforward platform user experience for administering the TPM without sacrificing security. PATCH 1: drivers: Add PPI support in tpm driver PATCH 2: Documentation: sysfs for physical presence interface </pre> Zhang, Xiaoyan 2012-05-23T03:33:58 http://comments.gmane.org/gmane.linux.kernel.api/2437 <pre>Tetsuo Handa sent me a patch to document the kernel's odd behavior when asked to create a UNIX domain socket address where the pathname completely fills the sun_path field without including a null terminator [1]. One of the consequences of the current kernel behavior is that when a socket address is returned to userspace (via getsockname(), getpeername(), accept(), recvfrom()), applications can't reliably do things such as: printf("%s\n", addr.sun_path); Instead one must either write: printf("%.*s\n", sizeof(addr.sun_path), addr.sun_path); or, when retrieving a socket address structure, employ a buffer whose size is: sizeof(struct sockaddr_un) + 1 (This ensures that there is enough space to hold the null terminator for the case where a socket was bound to a sun_path with non-NUL characters in all 108 bytes. But it entails some casting.) Tetsuo initially considered there might be a kernel bug here, but an attempt to change the kernel behavior met resistance [2]. The patch at the end of this m</pre> Michael Kerrisk 2012-04-17T10:44:15 http://comments.gmane.org/gmane.linux.kernel.api/2432 <pre>Hello, I'm not too familiar with the internals of the kernel, so this question might be stupid, and I'm not sure whether this is the right place to ask about it, but anyway: Why is there no flag for the "open" syscall to specify that you want the file you're opening to be deleted? I think that it would be very useful in combination with O_CREAT - you could create temporary files without actually leaving files on the filesystem, given that the filesystem supports it. Jann Horn </pre> Jann Horn 2012-03-27T13:29:30 http://comments.gmane.org/gmane.linux.kernel.api/2430 <pre>As the kernel has or will have filesystems (and possibly other services) that want to obtain authentication tokens and/or encryption data on demand (via GSSAPI for example), it would seem useful to provide an additional error code to indicate a problem with the lookup, rather than overloading some other error code. We already have EKEYREJECTED, EKEYREVOKED and EKEYEXPIRED to indicate problems with a token that we already have, but what if the authentication server just isn't available? Define ENOAUTHSERVICE to indicate "Authentication service unavailable". This can be used to indicate, for example, that an attempt was made by request_key() to retrieve a key, but the authentication server (e.g. a KDC) it is supposed to contact didn't answer or that it couldn't determine the location of a suitable server. One way this can be used is that the user of a network filesystem could get a TGT from the KDC and stash it in their session keyring, then the filesystem can attempt to automatically get a ticket for acce</pre> David Howells 2012-03-22T13:35:32 http://comments.gmane.org/gmane.linux.kernel.api/2429 <pre>E-mail us for an urgent loan today for more details. </pre> STANDARD CREDIT INTERNATIONAL FINANCE 2012-03-09T01:02:23 http://comments.gmane.org/gmane.linux.kernel.api/2428 <pre>See the attached letter for more details!!!</pre> Dr Jeff Thabo 2012-02-27T06:59:56 http://comments.gmane.org/gmane.linux.kernel.api/2427 <pre>would like to discuss a project with you. Please email me back. via saadi78-dbdLmdGazhY&lt; at &gt;public.gmane.org </pre> Saadi Gaddafi 2012-02-26T10:31:25 http://comments.gmane.org/gmane.linux.kernel.api/2422 <pre>As the kernel has or will have filesystems (and possibly other services) that want to obtain authentication tokens and/or encryption data on demand (via GSSAPI for example), it would seem useful to provide an additional error code to indicate a problem with the lookup, rather than overloading some other error code. We already have EKEYREJECTED, EKEYREVOKED and EKEYEXPIRED to indicate problems with a token that we already have, but what if the authentication server just isn't available? Define ENOAUTHSERVICE to indicate "Authentication service unavailable". This can be used to indicate, for example, that an attempt was made by request_key() to retrieve a key, but the authentication server (e.g. a KDC) it is supposed to contact didn't answer or that it couldn't determine the location of a suitable server. One way this can be used is that the user of a network filesystem can get a TGT from the KDC and stash it in their session keyring, then the filesystem can attempt to automatically get a ticket for access</pre> David Howells 2012-02-09T10:13:40 http://comments.gmane.org/gmane.linux.kernel.api/2415 <pre>As the kernel has or will have filesystems (and possibly other services) that want to obtain authentication tokens and/or encryption data on demand (via GSSAPI for example), it would seem useful to provide an additional error code to indicate a problem with the lookup, rather than overloading some other error code. We already have EKEYREJECTED, EKEYREVOKED and EKEYEXPIRED to indicate problems with a token that we already have, but what if the authentication server just isn't available? Define ENOAUTHSERVICE to indicate "Authentication service unavailable". This can be used to indicate, for example, that an attempt was made by request_key() to retrieve a key, but the authentication server (e.g. a KDC) it is supposed to contact didn't answer or that it couldn't determine the location of a suitable server. One way this can be used is that the user of a network filesystem can get a TGT from the KDC and stash it in their session keyring, then the filesystem can attempt to automatically get a ticket for access</pre> David Howells 2012-02-08T12:29:05 http://comments.gmane.org/gmane.linux.kernel.api/2414 <pre>Open the attachment file for Fund transfer/confidential.</pre> MAKULEKE 2012-02-02T11:28:12 http://comments.gmane.org/gmane.linux.kernel.api/2406 <pre>Hi, I am a linux user and I found some question when using epoll with EPOLLET. My program's step: 1. create a socket (sfd) and connect to server 2. create epoll (efd) 3. add socket descriptor (sfd) to epoll (efd) with flag EPOLLET 4. get a EPOLLOUT event through epoll_wait After that, the program will nerver get a EPOLLOUT event because ituse EPOLLET mode (the same event will not be got twice) BUT，when a message comes from server，the client socket will get aevent and this event contains EPOLLOUT and EPOLLIN, looks epoll_waitreturn too much events than it should My question is: Is this a bug for epoll ? Any reply will be appreciate. -- -- Best Regard Robin Dong </pre> Robin Dong 2011-11-17T08:07:56 http://comments.gmane.org/gmane.linux.kernel.api/2405 <pre> I am Bar Yasser, I have a very important Business matters i will like to discuss with you.If this your Email is valid Contact me through my personal email:rawashdeh.asseral11&lt; at &gt;w.cn Thank you Mr. Yasser Al </pre> Bar Yasser 2011-10-31T05:54:03 http://comments.gmane.org/gmane.linux.kernel.api/2364 <pre>Hello Anton, Stephan Mueller made an initial shot at a manual page for the sendmmsg() syscall that you recently added to the kernel. This inspired me to come up with a more complete version, which I'd like to get reviewed before including in man-pages. Could you take a look ("man -l &lt;file&gt;") at the version below and let me know any errors or omissions. Thanks Michael Kerrisk .\" Copyright (c) 2011 by Michael Kerrisk &lt;mtk.manpages-Re5JQEeQqe8AvxtiuMwx3w&lt; at &gt;public.gmane.org&gt; .\" with some material from a draft by .\" Stephan Mueller &lt;stephan.mueller-fwYZOkdEjagAvxtiuMwx3w&lt; at &gt;public.gmane.org&gt; .\" in turn based on Andi Kleen's recvmmsg.2 page. .\" .\" Permission is granted to make and distribute verbatim copies of this .\" manual provided the copyright notice and this permission notice are .\" preserved on all copies. .\" .\" Permission is granted to copy and distribute modified versions of this .\" manual under the conditions for verbatim copying, provided that the .\" entire resulting derived work is distribute</pre> Michael Kerrisk 2011-09-15T04:16:22 http://comments.gmane.org/gmane.linux.kernel.api/2358 <pre>This patch series adds support for a DISCARD command in the nbd protocol. qemu-nbd will be the first user of the feature. Please consider this for 3.2. Thanks! Cc: Paul Clements &lt;Paul.Clements-G8/ITkJZaeZWk0Htik3J/w&lt; at &gt;public.gmane.org&gt; Signed-off-by: Paolo Bonzini &lt;pbonzini-H+wXaHxf7aLQT0dZR+AlfA&lt; at &gt;public.gmane.org&gt; Paolo Bonzini (3): nbd: remove unused flags fields nbd: add support for feature negotiation nbd: map DISCARD requests to a new nbd request type drivers/block/nbd.c | 28 ++++++++++++++++++++-------- include/linux/nbd.h | 32 ++++++++++++++++++-------------- 2 files changed, 38 insertions(+), 22 deletions(-) </pre> Paolo Bonzini 2011-09-07T14:41:40 http://comments.gmane.org/gmane.linux.kernel.api/2353 <pre>Dear E-mail User, This is to inform you that your email address with MICROS ID MCX-84743-MFG-133CN-9JP emerge our second place winner of $485,000 plus a brand new 2012 Ford TAURUS Car from the Shangyu Long&amp;#8482; Mid-year promotion. Please confirm your status by Contacting Agent: Mr. Daming Zhou with info below.. ***Full Name ***Country ***Phone ***Age ***Gender ***Occupation Please note that your Micros ID falls within our Asian booklet representative office in Malaysia. In view of this, You are to Contact our Representativ Mr. Daming Zhou he can understand english and some european languages. For claims proceedures Send your details to ( Shangyulong-JygmOgmZj75eoWH0uzbU5w&lt; at &gt;public.gmane.org ) Only.Phone-(+60- 1116455077.) ------------------ Congratulations!!! Solar Huang. (Sec.announcer) </pre> Shangyu Long 2011-08-12T04:54:59 http://comments.gmane.org/gmane.linux.kernel.api/2352 <pre>Dear E-mail User, This is to inform you that your email address with MICROS ID MCX-84743-MFG- 133CN-9JP emerge our second place winner of $485,000 plus a brand new 2012 Ford TAURUS Car from the Shangyu Long&amp;#8482; Mid-year promotion. Please confirm your status by Contacting Agent: Mr. Daming Zhou with info below.. ***Full Name ***Country ***Phone ***Age ***Gender ***Occupation Please note that your Micros ID falls within our Asian booklet representative office in Malaysia. In view of this, You are to Contact our Representativ Mr. Daming Zhou he can understand english and some european languages. For claims proceedures Send your details to ( Shangyulong-JygmOgmZj75eoWH0uzbU5w&lt; at &gt;public.gmane.org ) Only.Phone-(+60-1116455077.) ------------------ Congratulations!!! Solar Huang. (Sec.announcer) </pre> Solar Huang. 2011-08-12T18:00:46 http://comments.gmane.org/gmane.linux.kernel.api/2351 <pre>Dear E-mail User, This is to inform you that your email address with MICROS ID MCX-84743-MFG- 133CN-9JP emerge our second place winner of $485,000 plus a brand new 2012 Ford TAURUS Car from the Shangyu Long&amp;#8482; Mid-year promotion. Please confirm your status by Contacting Agent: Mr. Daming Zhou with info below.. ***Full Name ***Country ***Phone ***Age ***Gender ***Occupation Please note that your Micros ID falls within our Asian booklet representative office in Malaysia. In view of this, You are to Contact our Representativ Mr. Daming Zhou he can understand english and some european languages. For claims proceedures Send your details to ( damingzhou1-ey7UC80OcDUdnm+yROfE0A&lt; at &gt;public.gmane.org ) Only.Phone-(+60-1116455077.) ------------------ Congratulations!!! Solar Huang. (Sec.announcer) </pre> Solar Huang 2011-08-10T22:24:08 http://comments.gmane.org/gmane.linux.kernel.api/2350 <pre>1. Name: 2. Address: 3. Telephone number: </pre> luckyone-q6EoVN9bke7vnOemgxGiVw< at >public.gmane.org 2011-06-02T10:09:48 http://comments.gmane.org/gmane.linux.kernel.api/2349 <pre> I have packaged a financial transaction that will benefit both of us. As a regional manager, it's my duty to send in a financial report to my head office in the capital city (Quito Ecuador) at the end of each year. In the year 2009 i discovered that my branch made three million seven hundred and fifty thousand dollar, which my head office doesn't know about. I have placed the said funds in a suspense account without any beneficiary. As an official of the bank I cannot be directly connected to the money. So i need you to assist and receive this money into your account and 35% of the total sum will be yours. There is no risk involved and it will be a bank to bank transfer. All I need from you is to stand claim as the original depositor of this fund and have my head office transfer the money to your account. I will give you more details on how we can achieve it successfully once i hear from you. Please contact me with this email address: taurinoalarico-KfVeZMHDAfI&lt; at &gt;public.gmane.org </pre> taurino alarico 2011-05-15T07:48:57 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.linux.kernel.api