--- ./arch/um/Kconfig~ 2005-03-02 10:38:09.0 +0300
+++ ./arch/um/Kconfig 2005-03-07 21:30:55.0 +0300
@@ -289,6 +289,8 @@
source crypto/Kconfig
+source acrypto/Kconfig
+
source lib/Kconfig
menu SCSI support
-
To unsubscribe from this list: send the line unsubscribe
On Tue, 8 Mar 2005 00:08:35 -0500
Kyle Moffett [EMAIL PROTECTED] wrote:
On Mar 07, 2005, at 15:37, Evgeniy Polyakov wrote:
I'm pleased to announce asynchronous crypto layer for Linux kernel 2.6.
It supports following features:
- multiple asynchronous crypto device queues
- crypto session
On Mon, 7 Mar 2005 17:46:41 -0800
Nishanth Aravamudan [EMAIL PROTECTED] wrote:
On Tue, Mar 08, 2005 at 02:27:20AM +0300, Evgeniy Polyakov wrote:
On Mon, 7 Mar 2005 14:51:21 -0800
Nish Aravamudan [EMAIL PROTECTED] wrote:
On Tue, 8 Mar 2005 02:14:31 +0300, Evgeniy Polyakov [EMAIL
On Tue, 8 Mar 2005 07:22:01 -0500
Kyle Moffett [EMAIL PROTECTED] wrote:
On Mar 08, 2005, at 04:37, Evgeniy Polyakov wrote:
Did you include support for the new key/keyring infrastructure
introduced a couple versions ago by David Howells? It allows
user-space to create and manage various
*hmac;
};
#endif /* __KERNEL__ */
Evgeniy Polyakov
Only failure makes us experts. -- Theo de Raadt
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo
On Tue, 8 Mar 2005 09:46:30 -0500
Kyle Moffett [EMAIL PROTECTED] wrote:
On Mar 08, 2005, at 08:07, Evgeniy Polyakov wrote:
On Tue, 8 Mar 2005 07:22:01 -0500 Kyle Moffett [EMAIL PROTECTED]
wrote:
I'm not exactly familiar with asynchronous block device, but I'm
guessing that it would need
On Tue, 8 Mar 2005 10:02:50 -0800
Nishanth Aravamudan [EMAIL PROTECTED] wrote:
On Mon, Mar 07, 2005 at 11:37:34PM +0300, Evgeniy Polyakov wrote:
--- /tmp/empty/crypto_lb.c 1970-01-01 03:00:00.0 +0300
+++ ./acrypto/crypto_lb.c 2005-03-07 20:35:36.0 +0300
@@ -0,0 +1,634
On Tue, 2005-03-08 at 08:24 -0500, Joshua Jackson wrote:
On Monday 07 March 2005 4:49 pm, Evgeniy Polyakov wrote:
Unfortunately acrypto patch is more than 200kb, so neither mail list
will accept it, so I've sent it in such form :)
As per the FAQ, very large patches are often best
interfaces from both userspace and kernelspace.
If one of the asynchronous crypto layers will be included,
/dev/random implementation can be changed to support it.
Cheers,
Davidm
--
Evgeniy Polyakov
Crash is better than data corruption -- Arthur Grabowski
signature.asc
Description
/xcrypt
instructions.
--
Evgeniy Polyakov
Crash is better than data corruption -- Arthur Grabowski
signature.asc
Description: This is a digitally signed message part
On Thu, 2005-03-24 at 07:48 -0500, Jeff Garzik wrote:
Evgeniy Polyakov wrote:
On Thu, 2005-03-24 at 14:27 +1000, David McCullough wrote:
Hi all,
Here is a small patch for 2.6.11 that adds a routine:
add_true_randomness(__u32 *buf, int nwords);
so that true random number
On Thu, 2005-03-24 at 23:23 +1000, David McCullough wrote:
Jivin Jeff Garzik lays it down ...
Evgeniy Polyakov wrote:
On Thu, 2005-03-24 at 14:27 +1000, David McCullough wrote:
Hi all,
Here is a small patch for 2.6.11 that adds a routine:
add_true_randomness(__u32 *buf, int
On Thu, 2005-03-24 at 15:39 -0500, Jeff Garzik wrote:
Evgeniy Polyakov wrote:
hw_random.c already does it using userspace daemons,
which is bad idea for very fast HW - like VIA xstore/xcrypt
instructions.
This is incorrect, because it implies that a user would want to use the
'xstore
contribution
from kernelspace without validating it? I can create a patch on
top of David's.
Jeff
--
Evgeniy Polyakov
Crash is better than data corruption -- Arthur Grabowski
signature.asc
Description: This is a digitally signed message part
Xilinx which routes HW requests to the real devices),
or in driver (if it is not FIPS validation).
So I still insist on creating ability to contribute entropy directly,
without userspace validation.
It will be turned off by default.
Jeff
--
Evgeniy Polyakov
Crash is better than
On Thu, 2005-03-24 at 14:59 +0300, Evgeniy Polyakov wrote:
For example here is patch to enable acrypto support for hw_random.c
It is very simple and support only upto 4 bytes request, of course it
is not interested for anyone, but it is only 2-minutes example:
Full port.
--- ./drivers/char
On Fri, 2005-03-25 at 00:58 -0500, Jeff Garzik wrote:
Evgeniy Polyakov wrote:
So I still insist on creating ability to contribute entropy directly,
without userspace validation.
It will be turned off by default.
If its disabled by default, then you and 2-3 other people will use
On Fri, 2005-03-25 at 17:13 +1100, Herbert Xu wrote:
On Fri, Mar 25, 2005 at 09:16:01AM +0300, Evgeniy Polyakov wrote:
On Fri, 2005-03-25 at 00:58 -0500, Jeff Garzik wrote:
If its disabled by default, then you and 2-3 other people will use this
feature. Not enough justification
On Fri, 2005-03-25 at 17:33 +1100, Herbert Xu wrote:
On Fri, Mar 25, 2005 at 09:34:19AM +0300, Evgeniy Polyakov wrote:
Such hardware is used mostly in embedded world where SW crypto
processing
is too expensive, so users of such HW likely want to trust to
theirs hardware and likely
On Fri, 2005-03-25 at 17:56 +1100, Herbert Xu wrote:
On Fri, Mar 25, 2005 at 09:59:18AM +0300, Evgeniy Polyakov wrote:
It is not only about userspace/kernelspace system calls and data
copying,
but about whole revalidation process, which can and is quite expensive,
due to system calls
On Fri, 2005-03-25 at 02:19 -0500, Jeff Garzik wrote:
Evgeniy Polyakov wrote:
Noone will complain on Linux if NIC is broken and produces wrong
checksum
and HW checksum offloading is enabled using ethtools.
Actually, that is a problem and people have definitely complained about
On Fri, 2005-03-25 at 18:25 +1100, Herbert Xu wrote:
On Fri, Mar 25, 2005 at 10:19:55AM +0300, Evgeniy Polyakov wrote:
Noone will complain on Linux if NIC is broken and produces wrong
checksum
and HW checksum offloading is enabled using ethtools.
This is completely different
PROTECTED]
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
Evgeniy Polyakov
Only failure makes us experts. -- Theo de Raadt
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL
On Sat, 26 Mar 2005 11:36:02 +1100
Herbert Xu [EMAIL PROTECTED] wrote:
On Sat, Mar 26, 2005 at 03:47:33AM +0300, Evgeniy Polyakov wrote:
It looks like we all misunderstand each other -
why do you think that if there will be kernel - kernel
RNG dataflow, then system will continuously
, but all I see of it now is a couple of
patches sent to lkml, from Evgeniy Polyakov, in September and January.
I don't see it in my copies of *-mm or recent Linus bk trees. Am I
missing something?
It was dropped from -mm tree, since bk tree where it lives
was in maintenance mode.
I think connector
On Mon, 2005-03-28 at 23:02 -0800, Greg KH wrote:
On Tue, Mar 29, 2005 at 11:04:16AM +0400, Evgeniy Polyakov wrote:
On Mon, 2005-03-28 at 13:42 -0800, Paul Jackson wrote:
I don't see it in my copies of *-mm or recent Linus bk trees. Am I
missing something?
It was dropped from -mm
all the work
with theirs small instruments. :)
--
I won't rest till it's the best ...
Programmer, Linux Scalability
Paul Jackson [EMAIL PROTECTED] 1.650.933.1373,
1.925.600.0401
--
Evgeniy Polyakov
Crash is better than data
hardware vendors
place HW assistant chips to unload that very cpu-intencive work
from main CPU.
Without ability speed this up in kernel, we completely [ok, almost]
loose all RNG advantages.
--
Evgeniy Polyakov
Crash is better than data corruption -- Arthur Grabowski
signature.asc
On Tue, 2005-03-29 at 20:46 +1000, Herbert Xu wrote:
On Tue, Mar 29, 2005 at 02:50:28PM +0400, Evgeniy Polyakov wrote:
Without ability speed this up in kernel, we completely [ok, almost]
loose all RNG advantages.
Well if you can demonstrate that you're getting a higher rate
On Tue, 2005-03-29 at 21:39 +1000, Herbert Xu wrote:
On Tue, Mar 29, 2005 at 03:42:05PM +0400, Evgeniy Polyakov wrote:
On Tue, 2005-03-29 at 20:46 +1000, Herbert Xu wrote:
Well if you can demonstrate that you're getting a higher rate of
throughput from your RNG by doing this in kernel
On Tue, 2005-03-29 at 22:43 +1000, Herbert Xu wrote:
On Tue, Mar 29, 2005 at 04:15:17PM +0400, Evgeniy Polyakov wrote:
On Tue, 2005-03-29 at 20:46 +1000, Herbert Xu wrote:
Well if you can demonstrate that you're getting a higher rate of
throughput from your RNG by doing
On Tue, 2005-03-29 at 17:11 +0400, Evgeniy Polyakov wrote:
On Tue, 2005-03-29 at 22:43 +1000, Herbert Xu wrote:
On Tue, Mar 29, 2005 at 04:15:17PM +0400, Evgeniy Polyakov wrote:
On Tue, 2005-03-29 at 20:46 +1000, Herbert Xu wrote:
Well if you can demonstrate that you're getting
no
earthly purpose.
I agree completely. In fact the whole drivers/connector directory
looks pretty suspect. Are there any in-kernel users of it at all?
SuperIO subsystem.
In agenda sit w1, acrypto [but it already looks like it will not be
included :) ].
--
Evgeniy Polyakov
Crash
usecs [diff=44687388, max=10].
pcix$ ./fork_test 10
Average per process fork+exit time is 445 usecs [diff=44505999, max=10].
pcix$ ./fork_test 10
With 80 bytes write per fork with CBUS it takes from 0.5% to 2.5%.
So it still can be used for accounting :)
--
Evgeniy
On Thu, 2005-03-31 at 16:27 -0800, Andrew Morton wrote:
Evgeniy Polyakov [EMAIL PROTECTED] wrote:
I'm pleased to annouce CBUS - ultra fast (for insert operations)
message bus.
+static int cbus_enqueue(struct cbus_event_container *c, struct cn_msg *msg)
+{
+ int err;
+ struct
editor.
printk(\nNotify group %x for val: , ctl-group);
for (i=0; ictl-val_notify_num; ++i, ++req) {
printk(%u-%u , req-first, req-first+req-range-1);
}
Braces.
It is debug code and I will remove it.
--
Evgeniy Polyakov
.
--
Evgeniy Polyakov
Crash is better than data corruption -- Arthur Grabowski
signature.asc
Description: This is a digitally signed message part
On Thu, 2005-03-31 at 17:32 -0800, Andrew Morton wrote:
/*
* cn_queue.c
*
* 2004 Copyright (c) Evgeniy Polyakov [EMAIL PROTECTED]
* All rights reserved.
*
* This program is free software; you can redistribute it and/or modify
* it under the terms of the GNU General Public
On Thu, 2005-03-31 at 23:26 -0800, Andrew Morton wrote:
Evgeniy Polyakov [EMAIL PROTECTED] wrote:
+static int cbus_event_thread(void *data)
+{
+ int i, non_empty = 0, empty = 0;
+ struct cbus_event_container *c;
+
+ daemonize(cbus_name
accounting models.
But it is purely accounting project author to think about
accounting design though...
Thanks,
- jay
--
Evgeniy Polyakov
Crash is better than data corruption -- Arthur Grabowski
signature.asc
Description: This is a digitally signed message part
On Thu, 2005-03-31 at 23:42 -0800, Andrew Morton wrote:
Evgeniy Polyakov [EMAIL PROTECTED] wrote:
What happens if we expect a reply to our message but userspace never sends
one? Does the kernel leak memory? Do other processes hang?
It is only advice, one may easily skip seq/ack
On Fri, 2005-04-01 at 00:02 -0800, Andrew Morton wrote:
Evgeniy Polyakov [EMAIL PROTECTED] wrote:
On Thu, 2005-03-31 at 23:42 -0800, Andrew Morton wrote:
Evgeniy Polyakov [EMAIL PROTECTED] wrote:
What happens if we expect a reply to our message but userspace never
sends
On Thu, 2005-03-31 at 23:57 -0800, Andrew Morton wrote:
Evgeniy Polyakov [EMAIL PROTECTED] wrote:
static void cn_queue_wrapper(void *data)
{
struct cn_callback_entry *cbq = (struct cn_callback_entry
*)data;
smp_mb__before_atomic_inc
On Thu, 2005-03-31 at 23:59 -0800, Andrew Morton wrote:
Evgeniy Polyakov [EMAIL PROTECTED] wrote:
On Thu, 2005-03-31 at 23:26 -0800, Andrew Morton wrote:
Evgeniy Polyakov [EMAIL PROTECTED] wrote:
+static int cbus_event_thread(void *data)
+{
+ int i, non_empty = 0
On Fri, 2005-04-01 at 00:48 -0800, Andrew Morton wrote:
Evgeniy Polyakov [EMAIL PROTECTED] wrote:
New object has 0 reference counter when created.
If some work is appointed to the object, then it's counter is atomically
incremented. It is decremented when the work is finished
On Fri, 2005-04-01 at 01:25 -0800, Andrew Morton wrote:
Evgeniy Polyakov [EMAIL PROTECTED] wrote:
On Thu, 2005-03-31 at 23:59 -0800, Andrew Morton wrote:
Evgeniy Polyakov [EMAIL PROTECTED] wrote:
On Thu, 2005-03-31 at 23:26 -0800, Andrew Morton wrote:
Evgeniy Polyakov [EMAIL
On Fri, 2005-04-01 at 01:50 -0800, Andrew Morton wrote:
Evgeniy Polyakov [EMAIL PROTECTED] wrote:
cn_queue_free_dev() will wait until dev-refcnt hits zero
before freeing any resources,
but it can happen only after cn_queue_del_callback() does
it's work on given callback device
On Fri, 2005-04-01 at 02:30 -0800, Andrew Morton wrote:
Evgeniy Polyakov [EMAIL PROTECTED] wrote:
keventd does very hard jobs on some of my test machines which
for example route big amount of traffic.
As I said - that's going to cause _your_ kernel thread to be slowed down
On Fri, 2005-04-01 at 02:43 -0800, Andrew Morton wrote:
Evgeniy Polyakov [EMAIL PROTECTED] wrote:
On Fri, 2005-04-01 at 01:50 -0800, Andrew Morton wrote:
Evgeniy Polyakov [EMAIL PROTECTED] wrote:
cn_queue_free_dev() will wait until dev-refcnt hits zero
before freeing any
On Fri, 2005-04-01 at 15:12 +0400, Evgeniy Polyakov wrote:
cn_queue_wrapper() atomically increments cbq-cb-refcnt if runs, so it
will
be caught in
while (atomic_read(cbq-cb-refcnt))
msleep(1000);
in cn_queue_free_callback().
If it does not run, then all will be ok
and definitely hard to build
from commodity hardware arch.
Due to it's famous bugability there are tons of quirks
all over the place in the Kernel tree, so it is only
begining.
Let's create our OS the best all over the world - let's remove i386.
Signed-off-by: Evgeniy Polyakov [EMAIL PROTECTED
diff -ru ./linux-2.6.9-orig/drivers/scsi/in2000.h
./linux-2.6.9/drivers/scsi/in2000.h
--- ./linux-2.6.9-orig/drivers/scsi/in2000.h2005-03-31 16:26:50.0
+0400
+++ ./linux-2.6.9/drivers/scsi/in2000.h 2005-03-31 17:09:52.0 +0400
@@ -34,11 +34,6 @@
#define DEBUGGING_ON /*
On Fri, 2005-04-01 at 03:20 -0800, Andrew Morton wrote:
Evgeniy Polyakov [EMAIL PROTECTED] wrote:
On Fri, 2005-04-01 at 02:30 -0800, Andrew Morton wrote:
Evgeniy Polyakov [EMAIL PROTECTED] wrote:
keventd does very hard jobs on some of my test machines which
for example
[and faster] machines,
if you want.
Evgeniy Polyakov
Only failure makes us experts. -- Theo de Raadt
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please
-seq, data-ack, m-name, m-cmd,
stat-scompleted, stat-sstarted, stat-
sfinished, stat-cache_failed);
fflush(out);
break;
Thanks,
Thank you for your comments.
- James
--
Evgeniy Polyakov
Crash is better
.
- James
--
Evgeniy Polyakov
Crash is better than data corruption -- Arthur Grabowski
signature.asc
Description: This is a digitally signed message part
On Tue, 2005-04-05 at 01:10 -0400, Herbert Xu wrote:
On Tue, Apr 05, 2005 at 11:03:16AM +0400, Evgeniy Polyakov wrote:
I received comments and feature requests from Herbert Xu and Jamal Hadi
Salim,
almost all were successfully resolved.
Please do not construe my involvement in these threads
Polyakov wrote:
On Tue, 2005-04-05 at 01:10 -0400, Herbert Xu wrote:
On Tue, Apr 05, 2005 at 11:03:16AM +0400, Evgeniy Polyakov wrote:
I received comments and feature requests from Herbert Xu and Jamal Hadi
Salim,
almost all were successfully resolved.
Please do
On Mon, 2005-02-21 at 08:07 +0100, Guillaume Thouvenin wrote:
On Thu, 2005-02-17 at 18:50 +0300, Evgeniy Polyakov wrote:
On Thu, 2005-02-17 at 15:55 +0100, Guillaume Thouvenin wrote:
It's a new patch that implements a fork connector in the
kernel/fork.c:do_fork() routine
On Mon, 2005-02-21 at 09:05 +0100, Guillaume Thouvenin wrote:
On Thu, 2005-02-17 at 18:50 +0300, Evgeniy Polyakov wrote:
+#if defined(CONFIG_CONNECTOR) defined(CONFIG_FORK_CONNECTOR)
I suspect CONFIG_FORK_CONNECTOR is enough.
The problem here is that if connector is compiled
.
+ cn_netlink_send(msg, CN_IDX_FORK);
+
+ kfree(msg);
`msg' is only 84 bytes and do_fork() has a shallow call graph. Make `msg'
a local?
Yes it can be local.
Evgeniy Polyakov
Only failure makes us experts. -- Theo de Raadt
-
To unsubscribe from this list
On Wed, 23 Feb 2005 02:58:06 -0800
Andrew Morton [EMAIL PROTECTED] wrote:
Evgeniy Polyakov [EMAIL PROTECTED] wrote:
On Wed, 23 Feb 2005 01:07:47 -0800
Andrew Morton [EMAIL PROTECTED] wrote:
Guillaume Thouvenin [EMAIL PROTECTED] wrote:
Hello,
This patch replaces
On Thu, 2005-02-24 at 07:41 +0100, Guillaume Thouvenin wrote:
On Wed, 2005-02-23 at 14:41 +0300, Evgeniy Polyakov wrote:
Please assume that whatever secret application the connector stuff was
originally written for will always be listening.
What happened to the idea of sending
))
ptrace_notify ((PTRACE_EVENT_VFORK_DONE 8) |
SIGTRAP);
}
+
+ fork_connector(current-pid, p-pid);
} else {
free_pidmap(pid);
pid = PTR_ERR(p);
--
Evgeniy Polyakov
Crash is better than data corruption
--
Evgeniy Polyakov
Crash is better than data corruption -- Arthur Grabowski
signature.asc
Description: This is a digitally signed message part
avoid locks.
--
Evgeniy Polyakov
Crash is better than data corruption -- Arthur Grabowski
signature.asc
Description: This is a digitally signed message part
that connector's cost is negligible
both with and without userspace listeners.
As far as I remember it is first entry in fork connector's TODO list.
cheers,
jamal
Evgeniy Polyakov
Only failure makes us experts. -- Theo de Raadt
-
To unsubscribe from this list: send the line unsubscribe linux
,
+ msg-len, NLMSG_SPACE(msg-len +
sizeof(*msg)),
+ nlh-nlmsg_len, skb-len);
kfree_skb(skb);
return -EINVAL;
}
--
Evgeniy Polyakov
Crash is better than data corruption -- Arthur Grabowski
connector.c with the all pending
patches in, and simple test program for anyone, who wants
to test fork() performace with and without fork's connector enabled.
Since Guillaume is busy, I will test it in my 2-way (1+1HT) CPU system.
--
Evgeniy Polyakov ( s0mbre )
-
To unsubscribe from
not cost anything
(tested both with and without userspace listener), but it is only 2-way(pseudo).
--
Evgeniy Polyakov
Crash is better than data corruption -- Arthur Grabowski
signature.asc
Description: This is a digitally signed message part
On Thu, 2005-03-03 at 14:51 +0300, Evgeniy Polyakov wrote:
Simple program to test fork() performance.
...
In a bit more advanced version it checks for error value,
but it never happend.
It can also have more fine grained measurment,
but IMHO the picture is clear for small systems.
Creating 10k
.
Pearl S. Buck - Dragon Seed
Evgeniy Polyakov
Only failure makes us experts. -- Theo de Raadt
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please
On Mon, 24 Jan 2005 19:29:26 +0100
Adrian Bunk [EMAIL PROTECTED] wrote:
On Mon, Jan 24, 2005 at 09:43:36PM +0300, Evgeniy Polyakov wrote:
On Mon, 24 Jan 2005 18:54:49 +0100
Adrian Bunk [EMAIL PROTECTED] wrote:
It seems noone who reviewed the SuperIO patches noticed
On Mon, 24 Jan 2005 19:41:11 +0100
Jurriaan [EMAIL PROTECTED] wrote:
From: Evgeniy Polyakov [EMAIL PROTECTED]
Date: Mon, Jan 24, 2005 at 09:43:36PM +0300
On Mon, 24 Jan 2005 18:54:49 +0100
Adrian Bunk [EMAIL PROTECTED] wrote:
It seems noone who reviewed the SuperIO patches noticed
On Mon, 24 Jan 2005 20:05:46 +0100
Adrian Bunk [EMAIL PROTECTED] wrote:
On Mon, Jan 24, 2005 at 10:23:02PM +0300, Evgeniy Polyakov wrote:
On Mon, 24 Jan 2005 19:41:11 +0100
Jurriaan [EMAIL PROTECTED] wrote:
From: Evgeniy Polyakov [EMAIL PROTECTED]
Date: Mon, Jan 24, 2005 at 09:43
On Mon, 24 Jan 2005 20:03:20 +0100
Adrian Bunk [EMAIL PROTECTED] wrote:
On Mon, Jan 24, 2005 at 10:19:29PM +0300, Evgeniy Polyakov wrote:
On Mon, 24 Jan 2005 19:29:26 +0100
Adrian Bunk [EMAIL PROTECTED] wrote:
On Mon, Jan 24, 2005 at 09:43:36PM +0300, Evgeniy Polyakov wrote:
On Mon
different things, but they do have the same
roots in common.
As I have beed told in private,
what is technically possible, is not necessarily practically useful., probably
it is the essence.
Thank you for discussion.
--
Dmitry
Evgeniy Polyakov
Only failure makes us experts. -- Theo
Change scx200 module name to scx.
Signed-off-by: Evgeniy Polyakov [EMAIL PROTECTED]
--- linux-2.6/drivers/superio/scx.c 1970-01-01 03:00:00.0 +0300
+++ linux-2.6/drivers/superio/scx.c 2005-01-24 22:06:15.0 +0300
@@ -0,0 +1,413 @@
+/*
+ * scx.c
+ *
+ * 2004 Copyright
it is completely my fault, I pressed on Greg,
since patch several month laid after testing and people often asked
about GPIO in various SuperIO chips.
Patches were sent into lm_sensors@ mail list some time ago
and code itself did not meet any objections.
Evgeniy Polyakov
Only failure makes
@@ -0,0 +1,52 @@
+/*
+ * chain.c
superfluos, the file name is obvious. (Dito for all other files)
+ *
+ * 2004 Copyright (c) Evgeniy Polyakov [EMAIL PROTECTED]
+ * All rights reserved.
+ *
+ * This program is free software; you can redistribute it and/or modify
+ * it under the terms
each
other) it.
I will send patch to address your comments soon, thank you.
--
Evgeniy Polyakov
Crash is better than data corruption -- Arthur Grabowski
signature.asc
Description: This is a digitally signed message part
--
Evgeniy Polyakov
Crash is better than data corruption -- Arthur Grabowski
signature.asc
Description: This is a digitally signed message part
On Tue, 25 Jan 2005 15:36:57 +
Paulo Marques [EMAIL PROTECTED] wrote:
Evgeniy Polyakov wrote:
[...]
No, it is not called lock order reversal.
There are no places like
lock a
lock b
unlock a
unlock b
This would be perfectly fine. The order of unlocking doesn't really
On Tue, 25 Jan 2005 11:11:42 -0500
Dmitry Torokhov [EMAIL PROTECTED] wrote:
On Tue, 25 Jan 2005 18:24:50 +0300, Evgeniy Polyakov
[EMAIL PROTECTED] wrote:
On Tue, 2005-01-25 at 14:23 +, Christoph Hellwig wrote:
+static void pc8736x_fini(void)
+{
+ sc_del_sc_dev(pc8736x_dev
On Tue, 25 Jan 2005 19:21:10 +0100
J_rn Engel [EMAIL PROTECTED] wrote:
On Tue, 25 January 2005 19:04:47 +0300, Evgeniy Polyakov wrote:
On Tue, 2005-01-25 at 16:34 +0100, Bartlomiej Zolnierkiewicz wrote:
Ugh, now think about that:
CPU0 CPU1
place1: place2:
lock
current skills.
I always appreciate your comments, they are definitely right and helped
me very much.
Thank you.
Thanks,
--
Jean Delvare
http://khali.linux-fr.org/
Evgeniy Polyakov
Only failure makes us experts. -- Theo de Raadt
-
To unsubscribe from this list: send the line
/
Evgeniy Polyakov
Only failure makes us experts. -- Theo de Raadt
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
device to
appropriate superio chips
or vice versa - sc chips do not have link to it's logical devices.
--
Evgeniy Polyakov
Crash is better than data corruption -- Arthur Grabowski
signature.asc
Description: This is a digitally signed message part
structures are freed.
--
Evgeniy Polyakov
Crash is better than data corruption -- Arthur Grabowski
signature.asc
Description: This is a digitally signed message part
it a bit in lm_sensors mail list AFAR...
Thanks,
--
Jean Delvare
--
Evgeniy Polyakov
Crash is better than data corruption -- Arthur Grabowski
signature.asc
Description: This is a digitally signed message part
On Wed, 2005-01-26 at 10:14 +, Christoph Hellwig wrote:
On Wed, Jan 26, 2005 at 01:35:56AM +0300, Evgeniy Polyakov wrote:
I have one rule - if noone answers that it means noone objects,
or it is not interesting for anyone, and thus noone objects.
That's simply not true. The amount
On Wed, 2005-01-26 at 08:32 -0500, Dmitry Torokhov wrote:
On Wed, 26 Jan 2005 11:31:07 +0300, Evgeniy Polyakov
[EMAIL PROTECTED] wrote:
On Tue, 2005-01-25 at 22:42 +, Christoph Hellwig wrote:
Yes, and it is better than removing module whose structures are in use.
SuperIO core
On Wed, 2005-01-26 at 08:46 -0500, Dmitry Torokhov wrote:
On Wed, 26 Jan 2005 11:25:02 +0300, Evgeniy Polyakov
[EMAIL PROTECTED] wrote:
On Tue, 2005-01-25 at 23:57 -0500, Dmitry Torokhov wrote:
I have a slightly different concern - the superio is a completely new
subsystem
On Wed, 2005-01-26 at 10:26 -0500, Dmitry Torokhov wrote:
On Wed, 26 Jan 2005 17:59:07 +0300, Evgeniy Polyakov
[EMAIL PROTECTED] wrote:
Each superio chip has the same logical devices inside.
With your approach we will have following schema:
bus:
superio1 - voltage, temp, gpio, rtc
to make use of it, you can be sure I will review it with great care.
I definitely will do it.
Just get me time :)
Thank you.
Thanks,
--
Jean Delvare
--
Evgeniy Polyakov
Crash is better than data corruption -- Arthur Grabowski
signature.asc
Description: This is a digitally signed
On Wed, 2005-01-26 at 09:00 -0500, Dmitry Torokhov wrote:
On Wed, 26 Jan 2005 13:59:17 +0300, Evgeniy Polyakov
[EMAIL PROTECTED] wrote:
On Wed, 2005-01-26 at 10:14 +, Christoph Hellwig wrote:
On Wed, Jan 26, 2005 at 01:35:56AM +0300, Evgeniy Polyakov wrote:
I have one rule
On Wed, 2005-01-26 at 11:25 -0500, Dmitry Torokhov wrote:
On Wed, 26 Jan 2005 18:54:08 +0300, Evgeniy Polyakov
[EMAIL PROTECTED] wrote:
On Wed, 2005-01-26 at 10:26 -0500, Dmitry Torokhov wrote:
On Wed, 26 Jan 2005 17:59:07 +0300, Evgeniy Polyakov
[EMAIL PROTECTED] wrote:
Each
manipulation with it's
owners. Your above schema with device model is quite right, just add
invisible links from each device to/from it's masters.
--
Dmitry
Evgeniy Polyakov
Only failure makes us experts. -- Theo de Raadt
-
To unsubscribe from this list: send the line unsubscribe linux-kernel
in common).
Situation with device cloning is very unlikely according to various superio
chips I saw and read datasheets.
Thanks,
--
Jean Delvare
http://khali.linux-fr.org/
Evgeniy Polyakov
Only failure makes us experts. -- Theo de Raadt
-
To unsubscribe from this list: send
On Wed, 26 Jan 2005 19:19:41 +0100
Adrian Bunk [EMAIL PROTECTED] wrote:
On Wed, Jan 26, 2005 at 07:38:48PM +0300, Evgeniy Polyakov wrote:
...
Btw, where was comments about w1, kernel connector and acrypto?
They were presented several times in lkml and all are completely new
subsystems
401 - 500 of 1763 matches
Mail list logo