David Woodhouse wrote:
Hm. Could we avoid using Z_SYNC_FLUSH and stick with a larger amount?
That would give us better compression.
Yes, the compression will be better. But the implementation will be more
complicated.
We can try to use the bound functions to predict how many bytes to
pass to the
On Fri, 2005-04-01 at 18:57 +0400, Artem B. Bityuckiy wrote:
Yes, the compression will be better. But the implementation will be more
complicated.
We can try to use the bound functions to predict how many bytes to
pass to the deflate's input, but there is no guarantee they'll fit into
the
* Rui Nuno Capela [EMAIL PROTECTED] wrote:
thx - i've uploaded -43-01 which should fix this.
Now it's dying-on-the-beach:
needs unknown symbol __compat_down_failed_interruptible
ok - does -43-02 work any better?
Ingo
-
To unsubscribe from this list: send the line unsubscribe
On Fri, Apr 01, 2005 at 11:17:08AM +0200, Romano Giannetti wrote:
and nothing more. Well, this was done with the double console, so that I
will try again as soon as I have a bit of time with just the serial console
on.
Much better now. Configuration, dmesg at boot, etc are at
linux-os [EMAIL PROTECTED] writes:
[PATCH snipped]
Cruel joke. Now 80 percent of the Intel clones won't boot.
Those are the ones that run industry, you know, the stuff that
is necessary to earn money.
For now, yes. Hopefully it will change some day.
Without i386 support, you don't have
On Wed, Mar 30, 2005 at 12:39:07PM -0800, Andrew Morton wrote:
snip
I wonder if it would make more sense for all the -fill_super callers to
set MS_ACTIVE prior to calling -fill_super(), and clear MS_ACTIVE if
fill_super() failed?
This sounds like a better solution, although filesystems
On Fri, 1 Apr 2005, Renate Meijer wrote:
On Apr 1, 2005, at 3:09 PM, linux-os wrote:
[PATCH snipped]
Cruel joke. Now 80 percent of the Intel clones won't boot.
Those are the ones that run industry, you know, the stuff that
is necessary to earn money.
Without i386 support, you don't have any
On Fri, 1 Apr 2005, [iso-8859-1] Måns Rullgård wrote:
linux-os [EMAIL PROTECTED] writes:
[PATCH snipped]
Cruel joke. Now 80 percent of the Intel clones won't boot.
Those are the ones that run industry, you know, the stuff that
is necessary to earn money.
For now, yes. Hopefully it will change
On Apr 1, 2005 10:16 AM, Richard B. Johnson [EMAIL PROTECTED] wrote:
On Fri, 1 Apr 2005, Renate Meijer wrote:
On Apr 1, 2005, at 3:09 PM, linux-os wrote:
[PATCH snipped]
Cruel joke. Now 80 percent of the Intel clones won't boot.
Those are the ones that run industry, you know,
David Woodhouse wrote:
On Fri, 2005-04-01 at 18:57 +0400, Artem B. Bityuckiy wrote:
Yes, the compression will be better. But the implementation will be more
complicated.
We can try to use the bound functions to predict how many bytes to
pass to the deflate's input, but there is no guarantee
Måns Rullgård wrote:
So you are proposing the addition of a per-file attribute, with
restricted access, and potentially dangerous effects if set
incorrectly. This, combined with the fact that is unlikely to receive
much testing, all speaks against it.
Almost every attribute can be dangerous if
On Fri, Apr 01, 2005 at 03:36:23PM +0100, Artem B. Bityuckiy wrote:
In our code we do zlib_deflate(stream, Z_SYNC_FLUSH), so we always flush
the output. So the final zlib_deflate(stream, Z_FINISH) requires 1 byte
for the EOB marker and 4 bytes for adler32 (5 bytes total). Thats all. If
we
Burton Windle wrote (on Wed, Mar 30, 2005 at 06:01:21PM -0500):
On Wed, 30 Mar 2005, Nachman Yaakov Ziskind wrote:
I have a server:
2.4.20-28.7 #1 Thu Dec 18 11:31:59 EST 2003 i686
Looking at the output of 'top' may be helpful, as it will show if the
system is CPU or IO bound. However,
The attached patch fixes the way request_key handles the default destination
key when it's the group keyring. It also removes the check for the no-change
default keyring spec, which shouldn't appear in the task_struct::jit_keyring
member (it's purely for getting the old value from the keyctl
Gentlehackers,
The day to clarify the real definition of -rc is finally here.
Steven
--- linux-2.6.12-rc1-mm4/Documentation/feature-list-2.6.txt.orig
2005-04-01 07:56:23.0 -0700
+++ linux-2.6.12-rc1-mm4/Documentation/feature-list-2.6.txt 2005-04-01
07:59:21.0 -0700
@@
On Fri, 1 April 2005 16:22:50 +0100, Artem B. Bityuckiy wrote:
Another question, does JFFSx *really* need the peaces of a 4K page to be
independently uncompressable? It it wouldn't be required, we would achieve
better compression if we have saved the zstream state. :-) But it is too
late
On Fri, 1 Apr 2005, Dmitry Torokhov wrote:
On Apr 1, 2005 10:16 AM, Richard B. Johnson [EMAIL PROTECTED] wrote:
On Fri, 1 Apr 2005, Renate Meijer wrote:
On Apr 1, 2005, at 3:09 PM, linux-os wrote:
[PATCH snipped]
Cruel joke. Now 80 percent of the Intel clones won't boot.
Those are the ones that
Horst von Brand wrote:
Even better: Write a C wrapper for each affected program that just renices
it as needed.
I suggest to implement scalable solution, so the final user wont't have
to write separate wrapper for *each* program. universal wrapper is
better solution, but (now i know, that
I thought stored blocks (incompressible blocks) were limited to 64K
in size, no?
Blocks are limited in size by 64K, true. But why it matters for us?
Suppose we compress 1 GiB of input, and have a 70K output buffer. We
reserve 5 bytes at the end and start calling zlib_deflate(stream,
* Rui Nuno Capela wrote:
thx - i've uploaded -43-01 which should fix this.
Now it's dying-on-the-beach:
needs unknown symbol __compat_down_failed_interruptible
ok - does -43-02 work any better?
Nope. Same error output as last report.
--
rncbc aka Rui Nuno Capela
[EMAIL PROTECTED]
-
Richard B. Johnson [EMAIL PROTECTED] writes:
On Fri, 1 Apr 2005, [iso-8859-1] Måns Rullgård wrote:
linux-os [EMAIL PROTECTED] writes:
[PATCH snipped]
Cruel joke. Now 80 percent of the Intel clones won't boot.
Those are the ones that run industry, you know, the stuff that
is necessary to
On Fri, 1 Apr 2005, Oleg Nesterov wrote:
This patch replaces and updates 6 timer patches which are currently
in -mm tree. This version does not play games with __TIMER_PENDING
bit, so incremental patch is not suitable. It is against 2.6.12-rc1.
Please comment. I am sending pseudo code in a
Wiktor [EMAIL PROTECTED] writes:
Måns Rullgård wrote:
So you are proposing the addition of a per-file attribute, with
restricted access, and potentially dangerous effects if set
incorrectly. This, combined with the fact that is unlikely to receive
much testing, all speaks against it.
hello Jacek,
its not related to the vendor so far we are :-)
Maybe Andrew Morton or some other will read this. Because 2.6.12 should
be a stable version not a flacky one. But what is wrong now on
2.6.12-rc1 **. It work flawlessly on 2.6.11.X kernels.
Mebye we back that out :-)
Greetz
|Jacek
Wiktor [EMAIL PROTECTED] writes:
Horst von Brand wrote:
Even better: Write a C wrapper for each affected program that just
renices
it as needed.
I suggest to implement scalable solution, so the final user wont't
have to write separate wrapper for *each* program. universal wrapper
is
On Mar 31, 2005 8:09 PM, Dmitry Torokhov [EMAIL PROTECTED] wrote:
It works, too. Which one is the best one?
Both of them are needed as they address two different problems.
I tried to boot with the 2 patches applied (and the patch which solves
noresume) and now touchpad/touchpoint no
Ingo Molnar wrote:
* Lee Revell [EMAIL PROTECTED] wrote:
This fixes all the NFS related latency problems I was seeing. Now the
longest latency from an NFS kernel compile with make -j64 is 391
usecs in get_swap_page.
great! The latest patches (-42-08 and later) have the reworked
On Apr 1, 2005 11:14 AM, Benoit Boissinot [EMAIL PROTECTED] wrote:
On Mar 31, 2005 8:09 PM, Dmitry Torokhov [EMAIL PROTECTED] wrote:
It works, too. Which one is the best one?
Both of them are needed as they address two different problems.
I tried to boot with the 2 patches applied
* Rui Nuno Capela [EMAIL PROTECTED] wrote:
needs unknown symbol __compat_down_failed_interruptible
Nope. Same error output as last report.
does -43-04 work for you?
Ingo
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL
fr den 01.04.2005 Klokka 09:16 (-0700) skreiv Orion Poplawski:
Just a question - would these changes be expected to improve NFS client
*read* access at all, or just write?
Just write.
Cheers,
Trond
--
Trond Myklebust [EMAIL PROTECTED]
-
To unsubscribe from this list: send the line
On Mon, 28 Mar 2005, Chen, Kenneth W wrote:
With that said, here goes our first data point along with some historical data
we have collected so far.
2.6.11 -13%
2.6.9 - 6%
2.6.8 -23%
2.6.2 - 1%
baseline(rhel3)
Is it possible to generate an instruction level
On Fri, Apr 01, 2005 at 11:28:05AM -0500, Dmitry Torokhov wrote:
On Apr 1, 2005 11:14 AM, Benoit Boissinot [EMAIL PROTECTED] wrote:
On Mar 31, 2005 8:09 PM, Dmitry Torokhov [EMAIL PROTECTED] wrote:
It works, too. Which one is the best one?
Both of them are needed as they address
On Apr 1, 2005 11:43 AM, Benoit Boissinot [EMAIL PROTECTED] wrote:
On Fri, Apr 01, 2005 at 11:28:05AM -0500, Dmitry Torokhov wrote:
On Apr 1, 2005 11:14 AM, Benoit Boissinot [EMAIL PROTECTED] wrote:
On Mar 31, 2005 8:09 PM, Dmitry Torokhov [EMAIL PROTECTED] wrote:
It works, too. Which
Miklos Szeredi wrote:
do I believe correctly that you do automatic builds of -mm for lots of
architectures? If yes, is there some place where the output is
available? This would be useful for fixing warnings.
The OSDL PLM tool also does automated builds of all -linus
and -mm releases.
First things first: Pls CC me, I'm not subscribed.
There is a line in fs/partitions/msdos.c that lets extended partitions
be max 1k (...==1 ? 1 : 2...). The comment explains it to protect
sysadmins from themselves. But /dev/hda isn't similarly protected. That
is because it would prohibit other
Hi,
I have a dual pentium-II with on-board adaptec aic7880 controller.
2.4.x runs nicely, but 2.6 no longer.
The details.
lspci:
:00:00.0 Host bridge: Intel Corp. 440LX/EX - 82443LX/EX Host bridge (rev 03)
:00:01.0 PCI bridge: Intel Corp. 440LX/EX - 82443LX/EX AGP bridge (rev 03)
On Thu, 2005-03-31 at 22:37 -0600, Robert Hancock wrote:
This is getting pretty ridiculous.. I've tried memory timings down to
the slowest possible, ran Memtest86 for 4 passes with no errors, and
it's been stable in Windows for a few months now. Still something is
blowing up in Linux with
Hello All,
excuse me for taking your time.
I have tried to send patch below to the [EMAIL PROTECTED],
where I think it belongs more than there, but because
there has not been any reaction, I am sending it
to whole community. I have not found who is right
target for DocBook changes in
On Fri, 1 Apr 2005, kus Kusche Klaus wrote:
The biggest advantage would come from using a bottom-half
handler to do
most of the work. Right now the uhci-hcd driver does
everything in its
interrupt handler. This would certainly help IRQ latency; it
might not
affect
On Mar 31, 2005 9:31 AM, Josef E. Galea [EMAIL PROTECTED] wrote:
Hi,
Can someone point me to a document explaining the differences between
the 2.4 and the 2.6 virtual memory manager. Particularly I am looking
for the function/s that replaces the try_to_swap_out() in the 2.6.x
series of
Greeting
I think we had correspondence a long time ago if it was not you I am sorry.
If it was I could not answer you because my Mozilla mail manager was down for a
long time and I could not fix it only with my friend's help I got the emails
address out for me ..:)
I hope it was whom we
On Fri, Apr 01, 2005 at 12:00:42PM -0500, Dmitry Torokhov wrote:
On Apr 1, 2005 11:43 AM, Benoit Boissinot [EMAIL PROTECTED] wrote:
On Fri, Apr 01, 2005 at 11:28:05AM -0500, Dmitry Torokhov wrote:
On Apr 1, 2005 11:14 AM, Benoit Boissinot [EMAIL PROTECTED] wrote:
On Mar 31, 2005 8:09 PM,
Wiktor [EMAIL PROTECTED] said:
Horst von Brand wrote:
Even better: Write a C wrapper for each affected program that just renices
it as needed.
I suggest to implement scalable solution, so the final user wont't have
to write separate wrapper for *each* program.
Final user doesn't. It is a
On Friday 01 April 2005 05:47, Ingo Molnar wrote:
i have released the -V0.7.43-00 Real-Time Preemption patch, which
can be downloaded from the usual place:
http://redhat.com/~mingo/realtime-preempt/
this release too is a step towards more robustness. I found a bug
that caused an infinite
I don't think it's entirely accidental that Python
Hmmm ... cutting off a brace-war at the pass
by escalating to a Python war -- good work ;).
Please suppress any urge to reply ...
--
I won't rest till it's the best ...
Programmer, Linux Scalability
Hello,
x86_64 genapic mechanism should be aware of machines that use physical APIC mode
regardless of how many clusters/processors are detected. ACPI 3.0 FADT makes this
determination very simple by providing a feature flag
force_apic_physical_destination_mode to state whether the machine
Same issue here.
Suspend-to-ram works perfectly fine with kernel 2.6.12-rc1-mm1, in
mm2,3 and mm4 it is broken.
It suspends properly but does not resume. Just a blackscreen and no
reaction on keypress/usb plug-in/network/power button.
regards,
Stefan
-
To unsubscribe from this list: send the
20050401 Newland: I second Torvalds Motion, It's Time to Dump the Penguin
Let us, on this most sacred day only, become a world of fools. Let us
imagine the unimaginable.
Upon reading Torvalds: It's Time to Dump the Penguin
http://www.linux.org/news/LO2005/mascot_20050401.html I replied:
I
Update IPoIB documentation now that multicast debugging files have
moved from ipoibdebugfs to debugfs.
Signed-off-by: Roland Dreier [EMAIL PROTECTED]
--- linux-export.orig/Documentation/infiniband/ipoib.txt2005-03-31
19:07:01.0 -0800
+++
On Fri, 2005-04-01 at 14:01 +0900, Tejun Heo wrote:
Well, REQ_SPECIAL is the signal to the mid-layer that we've allocated
the resources necessary to process the command, so in practice it will
be turned on for every requeue request (because we set it when the
command is prepared),
On Thu, 31 Mar 2005, Nick Piggin wrote:
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?
I was trying to emulate some old servers that had new
Hey All,
I noticed yesterday a news article on Linux.org about more kernel
performance testing being called for, and I decided it would be a nice
project to try. I have 10 completely identical systems that can be
used for this, and would like to get started while I know I have them
for a while.
hello Michael :)
This message:
ACPI: No ACPI bus support for 00:00
means that acpi_get_bus_type() is unable to determinate
bus type! Mayby someone forgot about PCI-E?
Regards
Jacek
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL
On Fri, Apr 01, 2005 at 08:46:33AM -0800, Jim Gifford wrote:
Code paths exist in tulip_select_media() where the last thing the
driver does to the NIC is io_write(). This could easily be a posted
write flush problem. Does replacing flush_cache_all() with
ioread32(ioaddr + CSR12) also work?
On Thu, 2005-03-31 at 18:08 +0900, Tejun Heo wrote:
When scsi_init_io() returns BLKPREP_DEFER or BLKPREP_KILL,
it's supposed to free resources itself. This patch
consolidates defer and kill handling into scsi_prep_fn().
This fixes a queue stall bug which occurred when
* K.R. Foley [EMAIL PROTECTED] wrote:
This one didn't go in cleanly Ingo. From my build-src scripts output:
---
Applying patch realtime-preempt-2.6.12-rc1-V0.7.43-04
Adding the attached patch on top of the above should resolve the
failures, at least in the patching. Still
Hi David,
David N. Welton wrote:
[ Please CC replies to me, thanks! ]
Hi, I was looking at your patch:
http://lkml.org/lkml/2005/1/21/132
Very small, which is nice.
I was wondering if there were any interest in my own efforts in that
direction:
Linus Torvalds [EMAIL PROTECTED] wrote:
On Fri, 1 Apr 2005, Oleg Nesterov wrote:
This patch replaces and updates 6 timer patches which are currently
in -mm tree. This version does not play games with __TIMER_PENDING
bit, so incremental patch is not suitable. It is against 2.6.12-rc1.
An significant typo in the driver for the Frobnozzle got omitted. This
patch causes parts of some writes to be silently lost, and is probably
responsible for http://bugzilla.kernel.org/show_bug.cgi?id=5362.
Signed-off-by: Daniel Barkalow [EMAIL PROTECTED]
---
Mask bits correctly from jhash result in ib_fmr_hash() so that the
computed bucket index is within our hash table. This fixes an SDP
crash.
Signed-off-by: Roland Dreier [EMAIL PROTECTED]
--- linux-export.orig/drivers/infiniband/core/fmr_pool.c2005-03-31
19:07:05.0 -0800
+++
Gene Heskett wrote:
snip
It was up to 43-04 by the time I got there.
This one didn't go in cleanly Ingo. From my build-src scripts output:
---
Applying patch realtime-preempt-2.6.12-rc1-V0.7.43-04
[...]
patching file lib/rwsem-spinlock.c
Hunk #5 FAILED at 133.
Hunk #6 FAILED at
Hi all,
very sorry for bothering you with this question but I didn't know a
better place to post it to. My problem is this: As I understand, I can
load a fixed unicode font with either 256 or 512 different characters
into video rom. Now, I'd like to know how the slots and their
attributes are
On Fri, 1 Apr 2005, Andrew Morton wrote:
Sure. Christoph and (I think) Ken have been seeing mysterious misbehaviour
which _might_ be due to Oleg's first round of timer patches. I assume CK
will test this new patch?
Yes will be tested. The hangs disappeared here when we removed Oleg's
From: Libor Michalek [EMAIL PROTECTED]
Add missing newline in printk.
Signed-off-by: Libor Michalek [EMAIL PROTECTED]
Signed-off-by: Roland Dreier [EMAIL PROTECTED]
--- linux-export.orig/drivers/infiniband/core/fmr_pool.c2005-04-01
10:08:58.240241456 -0800
+++
Fix handling of MAD agent registrations with mgmt_class == 0. In this
case ib_umad should pass a NULL registration request to the MAD core
rather than a request with mgmt_class set to 0.
Signed-off-by: Roland Dreier [EMAIL PROTECTED]
--- linux-export.orig/drivers/infiniband/core/user_mad.c
From: Hal Rosenstock [EMAIL PROTECTED]
Eliminate unneeded and misleading comments
Signed-off-by: Hal Rosenstock [EMAIL PROTECTED]
Signed-off-by: Roland Dreier [EMAIL PROTECTED]
--- linux-export.orig/drivers/infiniband/core/agent.c 2005-03-31
19:06:48.0 -0800
+++
Linus Torvalds [EMAIL PROTECTED] wrote:
On Fri, 1 Apr 2005, Oleg Nesterov wrote:
This patch replaces and updates 6 timer patches which are currently
in -mm tree. This version does not play games with __TIMER_PENDING
bit, so incremental patch is not suitable. It is against 2.6.12-rc1.
Hello Jacek,
I finially got it working :-) my PCI-Express devices working now...
I grabbed the last bk-snapshot from kernel.org 2.6.12-rc1-bk3 and et volia
everything except the Marvell Yokon PCI-E device working.
I hope Andrew will look into the mm-line to find the bug?
Greets and
Best regards
From: Sean Hefty [EMAIL PROTECTED]
Replace the *wc field in ib_mad_recv_wc from pointing to a structure
on the stack to one allocated with the received MAD buffer. This
allows a client to access the *wc field after their receive completion
handler has returned.
Signed-off-by: Sean Hefty [EMAIL
From: Hal Rosenstock [EMAIL PROTECTED]
Eliminate no longer needed include files
Signed-off-by: Hal Rosenstock [EMAIL PROTECTED]
Signed-off-by: Roland Dreier [EMAIL PROTECTED]
--- linux-export.orig/drivers/infiniband/core/mad.c 2005-04-01
10:08:54.939957801 -0800
+++
We have a system that is running SUSE 8 kernel 2.4.21-273. Recently we have
seen some interesting behavior with the virtual memory system. When buffer
memory gets low (below 10 MB) the system re-allocates memory causes buffer
memory to go up to around 500 MB. The re-allocation can take up to 30
On Wed, Mar 30, 2005 at 09:14:22PM -0500, [EMAIL PROTECTED] wrote:
It checks for both process context (system call or kernel thread) or
interrupt context (nested irqs) stack overflows.
ok, thanks.
so we really only have 3k stacks rather than 4k stacks, right? if any
code exceeds 3k stacks
$B(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(B
$B###!!(B $B###(B $B#(B $B#(B $B!!###(B
$B###(B $B#(B
$B##(B $B#(B$B##(B $B!!#(B$B#(B
$B#(B$B#(B $B#(B
$B##(B $B###(B
Evgeniy Polyakov [EMAIL PROTECTED] wrote:
Andrew, CBUS is not intended to be faster than connector itself,
it is just not possible, since it calls connector's methods
with some preparation, which takes time.
Right - it's simply transferring work from one place to another.
CBUS was
Ray Lee wrote:
On Thu, 2005-03-31 at 22:37 -0600, Robert Hancock wrote:
This is getting pretty ridiculous.. I've tried memory timings down to
the slowest possible, ran Memtest86 for 4 passes with no errors, and
it's been stable in Windows for a few months now. Still something is
blowing up
On Friday 01 April 2005 13:27, K.R. Foley wrote:
Gene Heskett wrote:
snip
It was up to 43-04 by the time I got there.
This one didn't go in cleanly Ingo. From my build-src scripts
output: ---
Applying patch realtime-preempt-2.6.12-rc1-V0.7.43-04
[...]
patching file
On Friday 01 April 2005 13:29, Ingo Molnar wrote:
* K.R. Foley [EMAIL PROTECTED] wrote:
This one didn't go in cleanly Ingo. From my build-src scripts
output: ---
Applying patch realtime-preempt-2.6.12-rc1-V0.7.43-04
Adding the attached patch on top of the above should
Michael Thonke napisa(a):
Hello Jacek,
I finially got it working :-) my PCI-Express devices working now...
I grabbed the last bk-snapshot from kernel.org 2.6.12-rc1-bk3 and et volia
everything except the Marvell Yokon PCI-E device working.
I hope Andrew will look into the mm-line to find the bug?
Gene Heskett wrote:
On Friday 01 April 2005 13:27, K.R. Foley wrote:
Gene Heskett wrote:
snip
It was up to 43-04 by the time I got there.
This one didn't go in cleanly Ingo. From my build-src scripts
output: ---
Applying patch realtime-preempt-2.6.12-rc1-V0.7.43-04
[...]
patching
This is related to this bug:
http://bugme.osdl.org/show_bug.cgi?id=2995
The kernel currently only checks that the memory is file-backed if
MADV_WILLNEED is set. It's not entirely clear from the manpage at least
that *all* non-file-backed madvise() calls should fail.
The attached patch returns
ChangeSet 1.2340, 2005/04/01 11:49:04-08:00, [EMAIL PROTECTED]
[PATCH] I2C: Move functionality handling from i2c-core to i2c.h
So far, the functionality handling of i2c adapters was done in i2c-core
by two exported functions: i2c_get_functionality and
i2c_check_functionality. I found that both
ChangeSet 1.2339, 2005/04/01 11:48:28-08:00, [EMAIL PROTECTED]
[PATCH] I2C: pcf8574 doesn't need a lock
While investigating the i2c chips drivers that were not properly
locking, we found that the pcf8574 driver does the exact contrary. It
uses a lock where it's not needed.
While we were there,
Hi,
I messed up on the last batch of i2c patches, and forgot 3 of them that
I had accepted, and were in my trees, but didn't get copied into the
tree that I sent for you to pull from. All 3 of them are bugfixes.
Please pull from:
bk://kernel.bkbits.net/gregkh/linux/i2c-2.6
Patches will
An updated version of the iproute2 utilities is available at:
http://developer.osdl.org/dev/iproute2/download/iproute2-2.6.11-050330.tar.gz
It supports the latest features from 2.6, but is backwards compatiable
with 2.4.
This update includes several bugfixes and build clean from
the previous
This patch tidies up those annoying kernel messages. A typical kernel
boot now looks like this:
Loading Linux... Uncompressing kernel...
#
See? Much nicer. This patch saves about 375k on my laptop config and
nearly 100k on minimal configs.
Signed-off-by: Matt Mackall [EMAIL PROTECTED]
Index:
On Fri, Apr 01, 2005 at 01:34:54AM -0800, Andrew Morton wrote:
Matt Mackall [EMAIL PROTECTED] wrote:
I've been sitting on this patch for a while, figured it's high time I
shared it with the world. This patch eliminates all kernel bugs, trims
about 35k off the typical kernel, and makes
This shuts up a potential uninitialized variable warning.
Signed-off-by: Matt Mackall [EMAIL PROTECTED]
Index: af/drivers/ide/ide-cd.c
===
--- af.orig/drivers/ide/ide-cd.c2005-04-01 11:17:37.0 -0800
+++
Grant,
Thank you, I took your driver as a reference and added in the cobalt
specifics to the eeprom.c file, works perfectly now.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
From: Paolo 'Blaisorblade' Giarrusso [EMAIL PROTECTED]
I had added the __CHOOSE_MODE syntax to fix some warnings with newer GCC's in
the uml-fix-cond-expr-as-lvalues-warning patch.
Here is the update from the version I sent to make it work also when only one
mode (TT or SKAS) is enabled.
Hi,
this small patch fixes two issues with the Lite-On 82c168 PNIC adapters.
I've tested it with two cards in different machines both chip rev 17
The first is the wrong register address CSR6 for writing the MII register
which instead is 0xB8 (this may get a symbol too?) (see similar exisiting code
Matt Mackall [EMAIL PROTECTED] wrote:
This patch tidies up those annoying kernel messages. A typical kernel
boot now looks like this:
Loading Linux... Uncompressing kernel...
#
See? Much nicer. This patch saves about 375k on my laptop config and
nearly 100k on minimal configs.
On Fri, 2005-04-01 12:08:51 -0800, Matt Mackall [EMAIL PROTECTED]
wrote in message [EMAIL PROTECTED]:
This patch tidies up those annoying kernel messages. A typical kernel
boot now looks like this:
Loading Linux... Uncompressing kernel...
#
See? Much nicer. This patch saves about 375k on
Hello Linus et al,
The patch below fixes mailsplit to cope with non-' ' space characters
in mail headers. Some people seem to have mail clients that use tabs
which would result in mailsplit omitting those headers from its
substitutions.
-ben
--
Time is what keeps everything
Hi,
This patch against -bk eliminates the use of i_sock by SELinux as it
appears to have been removed recently, breaking the build of SELinux in
-bk. Simply replacing the i_sock test with an S_ISSOCK test would be
unsafe in the SELinux code, as the latter will also return true for the
inodes of
Andrew,
Renamed head_e500.S to head_fsl_booke.S since the file is applicable to
other PowerPC Book-E implementations from Freescale, not just the e500.
Signed-off-by: Kumar Gala [EMAIL PROTECTED]
---
diff -Nru a/arch/ppc/Makefile b/arch/ppc/Makefile
--- a/arch/ppc/Makefile 2005-04-01
CC: [EMAIL PROTECTED]
Uses __va_copy instead of va_copy since some old versions of gcc (2.95.4
for instance) don't accept va_copy.
Signed-off-by: Paolo 'Blaisorblade' Giarrusso [EMAIL PROTECTED]
---
clean-linux-2.6.11-paolo/arch/um/kernel/skas/uaccess.c |3 ++-
1 files changed, 2
On Fri, Apr 01, 2005 at 12:26:41PM -0800, Andrew Morton wrote:
Matt Mackall [EMAIL PROTECTED] wrote:
This patch tidies up those annoying kernel messages. A typical kernel
boot now looks like this:
Loading Linux... Uncompressing kernel...
#
See? Much nicer. This patch saves
On Fri, 01 Apr 2005 15:06:37 -0500
Stephen Smalley [EMAIL PROTECTED] wrote:
This patch against -bk eliminates the use of i_sock by SELinux as it
appears to have been removed recently, breaking the build of SELinux in
-bk. Simply replacing the i_sock test with an S_ISSOCK test would be
unsafe
On Wednesday 30 March 2005 21:05, Greg KH wrote:
On Wed, Mar 30, 2005 at 07:33:48PM +0200, [EMAIL PROTECTED] wrote:
CC: [EMAIL PROTECTED]
*) Uml 2.6.11 does not compile with gcc 2.95.4 because some entries are
duplicated, and that GCC does not accept this (unlike gcc 3). Plus
various
Implement more of the device_query method in mthca.
Signed-off-by: Roland Dreier [EMAIL PROTECTED]
--- linux-export.orig/drivers/infiniband/hw/mthca/mthca_cmd.c 2005-03-31
19:07:00.0 -0800
+++ linux-export/drivers/infiniband/hw/mthca/mthca_cmd.c2005-04-01
12:38:20.843436141
401 - 500 of 631 matches
Mail list logo