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 sk
On Thu, 2005-03-31 at 16:10 -0800, Jay Lan wrote:
> Andrew Morton wrote:
>
> >Guillaume Thouvenin <[EMAIL PROTECTED]> wrote:
> >
> >
> >> This patch adds a fork connector in the do_fork() routine.
> >>...
> >>
> >> The fork connector is used by the Enhanced Linux System Accounting
> >>project
Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
>
> On Thu, 2005-03-31 at 17:31 -0800, Andrew Morton wrote:
> > >
> > > struct cb_id
> > > {
> > > __u32 idx;
> > > __u32 val;
> > > };
> >
> > It is vital that all data structures be skilfully commented - they ar
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 initialization.
> I could remove it totally from the head
Russell King wrote:
>Please use platform_device_register_simple() instead of providing a buggy
>release function.
>
>
>
>You might like to consider using mmc->dev instead of duplicating it
>here.
>
>
>
Sorry about the delay. It's been a rather busy week. Included is the
same patch with the tw
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;
> > > > +
> > > > + daemoni
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 G
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);
> > > +allow_signal(SIGTERM);
> > > +
Andrew Morton wrote:
> bk-audit.patch
This seems to have broken compile for uml:
CC arch/um/kernel/ptrace.o
arch/um/kernel/ptrace.c:345:74: macro "audit_syscall_entry" requires 7
arguments, but only 6 given
arch/um/kernel/ptrace.c: In function `syscall_trace':
arch/um/kernel/ptrace.c:34
> Couple of observations:
yeah - plausible enough.
--
I won't rest till it's the best ...
Programmer, Linux Scalability
Paul Jackson <[EMAIL PROTECTED]> 1.650.933.1373,
1.925.600.0401
-
To unsubscribe from this list: send the line "unsubscri
* Paul Jackson <[EMAIL PROTECTED]> wrote:
> Nick wrote:
> > Ingo had a cool patch to estimate dirty => dirty cacheline transfer latency
> > ... Unfortunately ... and it is an O(cpus^2) operation.
>
> Yes - a cool patch.
>
> If we had an arch-specific bit of code, that for any two cpus, could
>
On Thu, 2005-03-31 at 17:31 -0800, Andrew Morton wrote:
> >
> > struct cb_id
> > {
> > __u32 idx;
> > __u32 val;
> > };
>
> It is vital that all data structures be skilfully commented - they are the
> key to understanding the code. Why the struct exist
On Thu, 2005-03-31 at 17:30 -0800, Andrew Morton wrote:
> Some belated comments...
>
>
> >
> > module_param(unit, int, 0);
> > module_param(cn_idx, uint, 0);
> > module_param(cn_val, uint, 0);
>
> MODULE_PARM_DESC needed, please.
Yep.
> > static DEFINE_SPINLOCK(notify_lock);
> > static LIST_H
On Thu, Mar 31, 2005 at 07:52:06PM -0800, Jim Gifford wrote:
> Grant
>Thanx for your feedback. I got it working, but I don't think the
> patch is the best. Here is the patch, and the information, but if you
> can recommend a different way to fix it, let me know.
I can not "reccomend" one. I
* Paul Jackson <[EMAIL PROTECTED]> wrote:
> Nick wrote:
> > Ingo had a cool patch to estimate dirty => dirty cacheline transfer latency
> > ... Unfortunately ... and it is an O(cpus^2) operation.
>
> Yes - a cool patch.
before we get into complexities, i'd like to see whether it solves Ken's
p
> > > The latencies are almost certainly caused by the USB host
> controller
> > > driver. I'm planning improvements to uhci-hcd which should
> > > help reduce
> > > the latency, but it will still be on the large side. And I
> > > won't have
> > > time to write the changes to the driver for
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;
On Fri, 25 Mar 2005 19:32:15 +0100
Adrian Bunk <[EMAIL PROTECTED]> wrote:
> This patch fixes several off by one errors found by the Coverity checker
> (ippp_table has ISDN_MAX_CHANNELS elements).
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Applied, thanks Adrian.
-
To unsubscribe from thi
On Thu, 2005-03-31 at 22:05 -0800, Paul Jackson wrote:
>
> Then us poor slobs with big honkin numa iron could code up a real
> pseudo_distance() routine, to avoid the actual pain of doing real work
> for cpus^2 iterations for large cpu counts.
>
> Our big boxes have regular geometries with much s
> > > Latency is the subject of a separate email. Does this
> > > increase in latency
> > > occur only when you see the errors, or whenever you do a
> large data
> > > transfer? In fact, I would suspect the errors to _decrease_
> > > the latency
> > > with respect to a normal transfer.
> >
On Sat, 26 Mar 2005 12:11:45 +1100
Herbert Xu <[EMAIL PROTECTED]> wrote:
> So here is a patch to simplify xfrm_policy_kill() by moving the
> GC linking after the write_unlock_bh().
>
> Actually, as the code stands, xfrm_policy_kill() should/will never
> be called twice on the same policy. So we
Greetings,
I'm glad to announce the MPU and noMMU support patch for ARM against
2.6.11.6 at:
http://opensrc.sec.samsung.com/download/linux-2.6.11.6-hsc0.patch.gz
Actually the patch was "armnommu" architecture patch by 2.6.9, but it is
just merged into "arm" architecture, and provides selection o
Nick wrote:
> Ingo had a cool patch to estimate dirty => dirty cacheline transfer latency
> ... Unfortunately ... and it is an O(cpus^2) operation.
Yes - a cool patch.
If we had an arch-specific bit of code, that for any two cpus, could
give a 'pseudo-distance' between them, where the only real r
* Mark Gross <[EMAIL PROTECTED]> wrote:
> BTW:
>
> My work on this has been mostly in the context of a 2.6 kernel based
> generalization of a softIRQ as thread patch for 2.4 that enables
> priority tuning of the bottom half processing as well as /proc support
> for turning on and off the feat
Hello, Christoph.
On Thu, Mar 31, 2005 at 12:14:16PM +0100, Christoph Hellwig wrote:
> the changes look good to me (although I haven't tested any of your patches
> yet), but the code flow is rather confusing. What do you think about
> the not even compile version of scsi_request_fn() below that
Hello, Christoph.
On Thu, Mar 31, 2005 at 11:32:03AM +0100, Christoph Hellwig wrote:
> > - * Arguments: q - queue to operate on
> > - * cmd - command that may need to be requeued.
> > + * Arguments: cmd - command that may need to be requeued.
> > + * reprep
Hello, James.
On Thu, Mar 31, 2005 at 12:02:20PM -0600, James Bottomley wrote:
> On Thu, 2005-03-31 at 18:08 +0900, Tejun Heo wrote:
> > -* come up when there is a medium error. We have to treat
> > -* these two cases differently. We differentiate by looking
> > -* at request->cmd,
On Thursday 31 March 2005 09:40 am, Christoph Hellwig wrote:
> > Sorry, I wasn't clear... I read *that* answer, but it says "as mentioned
> > in the discussion about ROOT_DEV", and I couldn't find it.
>
> That'd be:
>
> http://marc.theaimsgroup.com/?l=linux-fsdevel&m=110664428918937&w=2
As the onl
Hello, Christoph.
On Thu, Mar 31, 2005 at 11:20:40AM +0100, Christoph Hellwig wrote:
> > +/*
> > + * Macro to determine the size of SCSI command. This macro takes vendor
> > + * unique commands into account. SCSI commands in groups 6 and 7 are
> > + * vendor unique and we will depend upon the com
Hello, James.
On Thu, Mar 31, 2005 at 12:07:44PM -0600, James Bottomley wrote:
> On Thu, 2005-03-31 at 18:08 +0900, Tejun Heo wrote:
> > Move request preparations scattered in scsi_request_fn() and
> > scsi_dispatch_cmd() into scsi_prep_fn().
> >
> > * CDB_SIZE check in scsi_dispatch
* Steven Rostedt <[EMAIL PROTECTED]> wrote:
> > could you send me your latest patch for the bit-spin issue? My main
> > issue was cleanliness, so that the patch doesnt get stuck in the -RT
> > tree forever.
>
> I think that's the main problem. Without changing the design of the
> ext3 system,
Hello, Chritoph.
On Thu, Mar 31, 2005 at 11:11:45AM +0100, Christoph Hellwig wrote:
> On Thu, Mar 31, 2005 at 06:08:10PM +0900, Tejun Heo wrote:
> > struct list_headsiblings; /* list of all devices on this host */
> > struct list_headsame_target_siblings; /* just the devices sha
Hello, Chritoph.
On Thu, Mar 31, 2005 at 11:13:53AM +0100, Christoph Hellwig wrote:
> > /* Queue the command and wait for it to complete */
> > /* Abuse eh_timeout in the scsi_cmnd struct for our purposes */
> > init_timer(&cmd->eh_timeout);
> > + cmd
On Thu, 2005-03-31 at 11:07, nobin matthew wrote:
> Dear Friends,
>
> Can anybody Help me in this Pc104 driver Problem;
> What is the basics steps in doing read and write on
> Pc104 cards.
>
> Deatails Given Below:
> I am writing a Linux device driver for
> Diamond systems
> IR104 d
Hello, James.
On Thu, Mar 31, 2005 at 11:53:45AM -0600, James Bottomley wrote:
> On Thu, 2005-03-31 at 18:08 +0900, Tejun Heo wrote:
> > Don't turn on REQ_SPECIAL on sgtable allocation failure. This
> > was the last place where REQ_SPECIAL is turned on for normal
> > requests.
>
> I
Ingo Molnar wrote on Thursday, March 31, 2005 8:52 PM
> the current scheduler queue in -mm has some experimental bits as well
> which will reduce the amount of balancing. But we cannot just merge them
> an bloc right now, there's been too much back and forth in recent
> kernels. The safe-to-merge-f
On Fri, 2005-04-01 at 06:43 +0200, Ingo Molnar wrote:
> * Steven Rostedt <[EMAIL PROTECTED]> wrote:
>
> > Hi Ingo,
> >
> > I was wondering if the issue the bit_spin_lock has gone into the side
> > burner? [...]
>
> could you send me your latest patch for the bit-spin issue? My main
> issue was
Hello, James.
On Thu, Mar 31, 2005 at 11:53:20AM -0600, James Bottomley wrote:
> On Thu, 2005-03-31 at 18:07 +0900, Tejun Heo wrote:
> > 01_scsi_no_REQ_SPECIAL_on_requeue.patch
> >
> > blk_insert_request() has 'reinsert' argument, which, when set,
> > turns on REQ_SPECIAL and REQ_SOFTBAR
* Chen, Kenneth W <[EMAIL PROTECTED]> wrote:
> The low point in 2.6.11 could very well be the change in the
> scheduler. It does too many load balancing in the wake up path and
> possibly made a lot of unwise decision. For example, in
> try_to_wake_up(), it will try SD_WAKE_AFFINE for task th
David> Roland, netdev@oss.sgi.com CC:'ing either Jeff Garzik and
David> myself, please.
Sorry, will do next time around, unless you'd like me to resend this
batch as well. All 3 patches are pretty trivial, though. The biggest
one is just deleting a lot of code by switching to debugfs.
Hello,
since the first version of 2.6.12-rc1 and mm[1-4] kernel I can't use any
of my PCI-Express devices
that work with all 2.6.11.[1-6] kernels. Its a real odd right now.
I have 25 computers with an Intel 925XE Chipset and Intel 6xx CPU. It
does not metter which vendor I choose the problem spr
* Steven Rostedt <[EMAIL PROTECTED]> wrote:
> Hi Ingo,
>
> I was wondering if the issue the bit_spin_lock has gone into the side
> burner? [...]
could you send me your latest patch for the bit-spin issue? My main
issue was cleanliness, so that the patch doesnt get stuck in the -RT
tree forev
Stelian Pop wrote:
Just a thought: does deactivating cpufreq change anything ?
I haven't tested yet your program, but on my Asus K8NE-Deluxe very
strange things happen if cpufreq/powernow is activated *and*
the cpu frequency is changed...
Didn't change anything for me, I tried deactivating cpufreq
* Lee Revell <[EMAIL PROTECTED]> wrote:
> > > ah - cool! This was a 100 MB writeout so having 3.7 msecs to process
> > > 20K+ pages is not unreasonable. To break the latency, can i just do a
> > > simple lock-break, via the patch below?
> >
> > with this patch the worst-case latency during NFS
Dmitry Torokhov wrote:
On Thursday 31 March 2005 22:02, Corey Minyard wrote:
+ snprintf(name, sizeof(name), "ipmi%d", if_num);
+ class_device_create(ipmi_class, dev, NULL, name);
class_device_create(ipmi_class, dev, NULL, "ipmi%d", if_num) ?
Yes, much better. Let's try again
On Thu, Mar 31, 2005 at 11:12:11AM +0100, Christoph Hellwig wrote:
> On Thu, Mar 31, 2005 at 06:07:55PM +0900, Tejun Heo wrote:
> > 01_scsi_no_REQ_SPECIAL_on_requeue.patch
> >
> > blk_insert_request() has 'reinsert' argument, which, when set,
> > turns on REQ_SPECIAL and REQ_SOFTBARRIER an
Roland, netdev@oss.sgi.com CC:'ing either Jeff Garzik and
myself, please.
-
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.tu
Geachte dames en heren,
Ergert u zich ook altijd over de hoge prijzen die voor software gevraagd
worden?
Daar komt nu een einde aan. Wij leveren u alle mogelijke software voor een
fractie van de normale prijs.
De software wordt vanuit het buitenland direct naar uw adres verzonden,
omdat het d
Geachte dames en heren,
Ergert u zich ook altijd over de hoge prijzen die voor software gevraagd
worden?
Daar komt nu een einde aan. Wij leveren u alle mogelijke software voor een
fractie van de normale prijs.
De software wordt vanuit het buitenland direct naar uw adres verzonden,
omdat het d
Convert IPoIB to use debugfs instead of its own custom debugging filesystem.
Signed-off-by: Roland Dreier <[EMAIL PROTECTED]>
--- linux-export.orig/drivers/infiniband/ulp/ipoib/ipoib_fs.c 2005-03-31
19:07:14.463965782 -0800
+++ linux-export/drivers/infiniband/ulp/ipoib/ipoib_fs.c2005-0
From: Hal Rosenstock <[EMAIL PROTECTED]>
Set skb->mac.raw on receive. This fixes crashes when this is
dereferenced, for example by netfilter or when PF_PACKET is used.
Signed-off-by: Hal Rosenstock <[EMAIL PROTECTED]>
Signed-off-by: Roland Dreier <[EMAIL PROTECTED]>
--- linux-export.orig/driver
Correct and simplify calculation of static rate. We need to round up
the quotient of (local_rate - path_rate) / path_rate. To round up we
add (path_rate - 1) to the numerator, so the quotient simplifies to
(local_rate - 1) / path_rate.
No idea how I came up with the old formula.
Signed-off-by:
Grant
Thanx for your feedback. I got it working, but I don't think the
patch is the best. Here is the patch, and the information, but if you
can recommend a different way to fix it, let me know. The patch was done
by Peter Horton.
Here is the link to the full patch,
http://ftp.jg555.com/patc
On Thursday 31 March 2005 22:02, Corey Minyard wrote:
> +ÂÂÂsnprintf(name, sizeof(name), "ipmi%d", if_num);
> +ÂÂÂclass_device_create(ipmi_class, dev, NULL, name);
>
class_device_create(ipmi_class, dev, NULL, "ipmi%d", if_num) ?
--
Dmitry
-
To unsubscribe from this list: send the line "
Quoting Chris Wright ([EMAIL PROTECTED]):
> * John Richard Moser ([EMAIL PROTECTED]) wrote:
> > So, Which version of Linux will first implement stacking in LSM as per
> > Serge Hallyn's patches?
>
> None are ready yet. Serge is still wading through performance testing.
> There's no telling about
On Tue, 29 Mar 2005 07:23:35 -0800, Paul Jackson <[EMAIL PROTECTED]> wrote:
> Out of curiosity, what are these 'several user space applications?' The
> only one I know of is this extension to bsd accounting to include
> capturing parent and child pid at fork. Probably you've mentioned some
> oth
Hi again.
On Fri, 2005-04-01 at 10:50, Nigel Cunningham wrote:
> > OTOH, perhaps refusing suspend is right thing to do. If user is
> > running in "safe mode" (with noresume), we don't want him to be able
> > to suspend...
>
> What? If you suspend, then decide not to resume, you can suspend again
Andrew,
There are some major changes in the current mm kernels to the class
interface that require changes to the IPMI driver. Thus the previously
posted sysfs changes for IPMI are now incorrect. Here's a new one.
-Corey
Add support for sysfs to the IPMI device interface.
Signed-off-by: Corey
Uttered Andrew Morton <[EMAIL PROTECTED]>, spake thus:
> > if (uskb) {
> > netlink_unicast(dev->nls, uskb, 0, 0);
> > }
>
> Unneeded {}
Speaking strictly as a language lawyer, they are not needed.
However, for maintainability (and best practices) they are essential.
They mak
On Thu, 2005-03-31 at 16:50 +0200, Ingo Molnar wrote:
> * Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> > > So the overhead you are currently seeing should just be that of
> > > iterating through the list, locking said requests and adding them to
> > > our private list.
> >
> > ah - cool! This was
Geachte dames en heren,
Ergert u zich ook altijd over de hoge prijzen die voor software gevraagd
worden?
Daar komt nu een einde aan. Wij leveren u alle mogelijke software voor een
fractie van de normale prijs.
De software wordt vanuit het buitenland direct naar uw adres verzonden,
omdat het d
Philip Lawatsch wrote:
I've now tried the most conservative settings available. The 32 bit
kernel now hangs after about 15 Iterations (compared to about 16000
before) but the 64 bit kernel still hangs after about 5000.
I'm still seeing this on my system as well, using the most conservative
tim
David Gibson <[EMAIL PROTECTED]> wrote:
>
> On Thu, Mar 31, 2005 at 03:11:29PM -0800, Andrew Morton wrote:
> > Mikael Pettersson <[EMAIL PROTECTED]> wrote:
> > >
> > > Here's a 3-part patch kit which adds a ppc64 driver to perfctr,
> > > written by David Gibson <[EMAIL PROTECTED]>.
> >
> > Well th
> /*
> *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 License as published by
> * the Free Software Foun
>
> struct cb_id
> {
> __u32 idx;
> __u32 val;
> };
It is vital that all data structures be skilfully commented - they are the
key to understanding the code. Why the struct exists, which actor passes
it to which other actor(s), whether the data st
Some belated comments...
>
> module_param(unit, int, 0);
> module_param(cn_idx, uint, 0);
> module_param(cn_val, uint, 0);
MODULE_PARM_DESC needed, please.
> static DEFINE_SPINLOCK(notify_lock);
> static LIST_HEAD(notify_list);
>
> static struct cn_dev cdev;
>
> int cn_already_initialized =
to den 31.03.2005 Klokka 16:13 (-0800) skreiv Andrew Morton:
> Trond Myklebust <[EMAIL PROTECTED]> wrote:
> >
> > on den 30.03.2005 Klokka 18:17 (-0500) skreiv Trond Myklebust:
> > > > Or have I misunderstood the intent? Some /* comments */ would be
> > appropriate..
> > >
> > > Will do.
> >
$B!{!,!,!#(B $B(,(,(,(,(,(,(,(,(,(,!{(B $B(,(,(,(,(,!{(,(,(,(,(,(,(,(,(,(B
$B!,!!#o!!!#!!(B $B#o!!(B
$B!!(B $B(B $B#o!,!E!D(,!!=P!!2q!!$$!!(BPC$B!!(B
$B(,!D!E!!(B
$B!!(B $B!{#o!,#o(B $B!!
Hi Ingo,
I was wondering if the issue the bit_spin_lock has gone into the side
burner? I understand that this is a major problem to change it, if you
want to get into the mainline kernel. But I still believe it to be a
problem. With kjournald spinning on a bit lock until it finishes it's
quota, ca
On Thu, Mar 31, 2005 at 03:11:29PM -0800, Andrew Morton wrote:
> Mikael Pettersson <[EMAIL PROTECTED]> wrote:
> >
> > Here's a 3-part patch kit which adds a ppc64 driver to perfctr,
> > written by David Gibson <[EMAIL PROTECTED]>.
>
> Well that seems like progress. Where do we feel that we stand
Hi.
On Fri, 2005-04-01 at 08:25, Pavel Machek wrote:
> Hi!
>
> > > Yes! With this it works ok.
> > >
> > > > Also, could you please try sticking psmouse_reset(psmouse) call at the
> > > > beginning of drivers/input/mouse/alps.c::alps_reconnect() and see if
> > > > it can suspend _without_ the pa
As vger co-postmaster I see some interesting stuff sometimes.
Sadly, this guy not only choose a lame april fools posting,
he couldn't even post it to the correct email address. (he
sent it to *-owner@ which goes effectively to me)
So here it is in it's full glory :-)
Begin forwarded message:
ChangeSet 1.2348, 2005/03/31 14:32:17-08:00, [EMAIL PROTECTED]
[PATCH] I2C: Fix broken force parameter handling
I just noticed a nasty bug in the way the "force" parameter is handled
for non-sensors i2c chip drivers. The "force" parameter supposedy is a
list of adapter, address *pairs* where supp
ChangeSet 1.2349, 2005/03/31 14:32:36-08:00, [EMAIL PROTECTED]
[PATCH] I2C: Fix indentation of lm87 driver
This trivial patch fixes indentation in the lm87 driver. I need this
'cause I'll soon post patches affecting these portions of code, and I'd
like these patches to be easily readable.
Signed
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 cbus_event *event;
> + unsigned long flags;
> +
>
ChangeSet 1.2334, 2005/03/31 14:09:00-08:00, [EMAIL PROTECTED]
[PATCH] I2C: Fix breakage in m41t00 i2c rtc driver
Remove setting of deleted i2c_client structure member.
The latest include/linux/i2c.h:i2c_client structure no longer has an
'id' member. This patch removes the setting of that no lo
ChangeSet 1.2323, 2005/03/31 14:05:31-08:00, [EMAIL PROTECTED]
[PATCH] i2c/i2c-elektor: remove interruptible_sleep_on_timeout() usage
Replace deprecated interruptible_sleep_on_timeout() with direct
wait-queue usage. Patch is compile-tested.
Signed-off-by: Nishanth Aravamudan <[EMAIL PROTECTED]>
ChangeSet 1.2340, 2005/03/31 14:29:46-08:00, [EMAIL PROTECTED]
[PATCH] I2C: busses documentation update 1 of 2
This patch just moves i2c-parport file to busses directory.
Patch for other busses documentation will follow.
Signed-off-by: Rudolf Marek <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-H
ChangeSet 1.2332, 2005/03/31 14:08:21-08:00, [EMAIL PROTECTED]
[PATCH] i2c: add adt7461 chip support to lm90 driver
i2c: add adt7461 chip support
The Analog Devices ADT7461 temperature sensor chip is compatible with
the lm90 device provided its extended temperature range is not
enabled. The chi
ChangeSet 1.2343, 2005/03/31 14:30:43-08:00, [EMAIL PROTECTED]
[PATCH] I2C: lsb in emc6d102 and adm1027
The attached patches add support for reading the lsb from the emc6d102
and change how they are read from the adm1027.
The lm85_update_device function decodes the LSBs to temp_ext and in_ext.
T
ChangeSet 1.2330, 2005/03/31 14:07:43-08:00, [EMAIL PROTECTED]
[PATCH] I2C: group Intel on I2C Hardware Bus support
From an end-user perspective it is easy to miss the third Intel PIIX
entry on the menuconfig "I2C Hardware Bus support" screen.
Also the Intel 801 menu item does not mention ICH.
Trond Myklebust <[EMAIL PROTECTED]> wrote:
>
> on den 30.03.2005 Klokka 18:17 (-0500) skreiv Trond Myklebust:
> > > Or have I misunderstood the intent? Some /* comments */ would be
> appropriate..
> >
> > Will do.
>
> OK. Plenty of comments added that will hopefully clarify what is going
>
Andrew Morton wrote:
Guillaume Thouvenin <[EMAIL PROTECTED]> wrote:
This patch adds a fork connector in the do_fork() routine.
...
The fork connector is used by the Enhanced Linux System Accounting
project http://elsa.sourceforge.net
Does it also meet all the in-kernel requirements for ot
linux-os wrote:
For those interested, some file-system tests and a test-tools
are attached.
I'll give it a run when I get a chance. Thanks.
In the meantime, can you try with different io schedulers?
Also, my .signature disappeared during the file-system tests.
There were no errors and e2fsck thinks
ChangeSet 1.2327, 2005/03/31 14:06:47-08:00, [EMAIL PROTECTED]
[PATCH] I2C: Kill unused struct members in w83627hf driver
I just noticed that the pwmenable struct members in the w83627hf driver
are not used anywhere (and quite rightly so, as PWM cannot be disabled
in these chips as far as I know)
ChangeSet 1.2325, 2005/03/31 14:06:09-08:00, [EMAIL PROTECTED]
[PATCH] I2C: Cleanup adm1021 unused defines
While working on the adm1021 driver, I found that this driver has a
number of unused (and useless) defines we could get rid of.
Signed-off-by: Jean Delvare <[EMAIL PROTECTED]>
Signed-off-by
ChangeSet 1.2347, 2005/03/31 14:31:59-08:00, [EMAIL PROTECTED]
[PATCH] i2c: add adt7461 chip support to lm90 driver's Kconfig entry
Hi Greg, James, all,
> > > Attached is another version of my adt7461 patch, for inclusion in
> > > the 2.6 tree. Reviewed by Jean.
>
> May we have an additional pat
ChangeSet 1.2335, 2005/03/31 14:09:20-08:00, [EMAIL PROTECTED]
[PATCH] I2C: Fix some i2c algorithm initialization
While searching for i2c_algorithm declarations missing their
.functionality member, I found three of them which were not properly
initialized. i2c-algo-ite and i2c_sibyte_algo do not
ChangeSet 1.2322, 2005/03/31 14:05:14-08:00, [EMAIL PROTECTED]
[PATCH] i2c/i2c-ite: remove interruptible_sleep_on_timeout() usage
Replace deprecated interruptible_sleep_on_timeout() with direct
wait-queue usage. Patch is compile-tested, sort of; the driver does not build in
vanilla kernel either,
At 02:34 AM 1/04/2005, linux-os wrote:
For those interested, some file-system tests and a test-tools
are attached.
in high-performance-I/O-testing i perform regularly, i notice no slowdown
in 2.6 compared to 2.4.
looking at your test-tools, i would hardly call your workload anywhere near
'realis
ChangeSet 1.2324, 2005/03/31 14:05:50-08:00, [EMAIL PROTECTED]
[PATCH] I2C: New lm92 chip driver
This is a new i2c chip driver named lm92. It supports the National
Semiconductor LM92 and Maxim MAX6635 chips. This time I did not port the
driver from the lm_sensors project but instead rewrote it. T
ChangeSet 1.2346, 2005/03/31 14:31:40-08:00, [EMAIL PROTECTED]
[PATCH] I2C: i2c-s3c2410 functionality and fixes
This patch does the following updates to the i2c-s3c2410 bus driver:
* Properly report the i2c functionality by adding to the
`.functionality` field of the adapter
* Change the dev_
Chen, Kenneth W wrote:
Linus Torvalds wrote on Thursday, March 31, 2005 12:09 PM
Btw, I realize that you can't give good oprofiles for the user-mode
components, but a kernel profile with even just single "time spent in user
mode" datapoint would be good, since a kernel scheduling problem might
just
ChangeSet 1.2351, 2005/03/31 14:33:14-08:00, [EMAIL PROTECTED]
[PATCH] i2c: i2c-mv64xxx - set adapter owner and class fields
This patch adds the correct values for the 'owner' and 'class' fields of
the adapter structure in the mv64xxx i2c bus driver. The missing class
field caused some i2c chip
ChangeSet 1.2341, 2005/03/31 14:30:05-08:00, [EMAIL PROTECTED]
[PATCH] I2C: busses documentation update 2 of 2
Patch contains promised documentation update for i2c bus drivers.
I would like to thank Jean Delvare and Aurelien Jarno for their
comments.
Signed-off-by: Rudolf Marek <[EMAIL PROTECTED
ChangeSet 1.2326, 2005/03/31 14:06:28-08:00, [EMAIL PROTECTED]
[PATCH] I2C: Fix adm1021 alarms mask
This patch fixes an incorrect bitmasking on the status register in the
adm1021 driver, which was causing high alarm on remote temperature to be
hidden.
This bug was found and reported by Jayakrishn
ChangeSet 1.2328, 2005/03/31 14:07:05-08:00, [EMAIL PROTECTED]
[PATCH] I2C: Make master_xfer debug messages more useful
While working on the recent saa7110 mess, I found that the debug message
displayed when calling master_xfer wasn't as useful as it could be. Here
is a patch improving this.
Sig
ChangeSet 1.2329, 2005/03/31 14:07:24-08:00, [EMAIL PROTECTED]
[PATCH] I2C: Skip broken detection step in it87
One of the detection steps in the it87 chip driver was reported to be
broken for some revisions of the IT8712F chip [1] [2]. This detection
step is a legacy from the lm78 driver and the
ChangeSet 1.2339, 2005/03/31 14:29:23-08:00, [EMAIL PROTECTED]
[PATCH] I2C: Fix Vaio EEPROM detection
This fixes a bug in the eeprom driver, which made all EEPROMs at
location 0x57 be erroneously treated as Vaio EEPROMs. I have to say I'm
quite ashamed that I introduced the bug in the first place
ChangeSet 1.2333, 2005/03/31 14:08:41-08:00, [EMAIL PROTECTED]
[PATCH] I2C: Clean up of i2c-elektor.c build
This patch changes the flags variable type from long to unsigned long in
one function. This removes a couple of warnings from the compile
messages for elektor i2c bus driver.
Signed-off-by
1 - 100 of 351 matches
Mail list logo
