At Mon, 22 Jan 2007 10:20:21 -0500,
[EMAIL PROTECTED] wrote:
On Mon, 22 Jan 2007 02:23:30 +0300, Samium Gromoff said:
not core-dumps but core files, in the lispspeak, but anyway.
the reason is trivial -- if i can write programs enjoying setuid
privileges in C, i want to be able to do
At Mon, 22 Jan 2007 01:35:46 +0100,
Arjan van de Ven wrote:
the core of the problem are the cores which are customarily
dumped by lisps during the environment generation (or modification) stage,
and then mapped back, every time the environment is invoked.
at the current step of
On 2007.01.22 17:57:08 +0100, Björn Steinbrink wrote:
On 2007.01.22 17:12:40 +0100, Björn Steinbrink wrote:
On 2007.01.21 18:17:01 -0600, Robert Hancock wrote:
Hmm, another miss, apparently.. Has anyone tried removing these lines
from nv_host_intr in 2.6.20-rc5 sata_nv.c and see what that
On Sat, 2007-01-20 at 13:28 -0500, Robert P. J. Day wrote:
Remove the last (and commented out) invocation of the obsolete
smp_commence() call.
Signed-off-by: Robert P. J. Day [EMAIL PROTECTED]
thanks,
Acked-by: Ingo Molnar [EMAIL PROTECTED]
Ingo
-
To unsubscribe from this list:
On Sat, 20 Jan 2007, Peter Zijlstra wrote:
Subject: nfs: fix congestion control
I am not sure if its too valuable since I have limited experience with NFS
but it looks fine to me.
Acked-by: Christoph Lameter [EMAIL PROTECTED]
-
To unsubscribe from this list: send the line unsubscribe
On Thu, Jan 11, 2007 at 10:26:27PM -0800, Andrew Morton wrote:
...
Changes since 2.6.20-rc3-mm1:
...
git-ieee1394.patch
...
git trees
...
This patch contains the following cleanups:
- extern inline - static inline
- fw-topology.c: make struct fw_node_create static
Signed-off-by: Adrian
On 1/15/07, Jeff Garzik [EMAIL PROTECTED] wrote:
Jens Axboe wrote:
On Mon, Jan 15 2007, Jeff Garzik wrote:
Jens Axboe wrote:
I'd be surprised if the device would not obey the 7 second timeout rule
that seems to be set in stone and not allow more dirty in-drive cache
than it could flush out
Theodore Tso wrote:
On Mon, Jan 22, 2007 at 07:45:02AM -0500, Alan Cox wrote:
Definitely disagree with that. I'd like to see the conference somewhere
else different this time - perhaps Czech Republic, or somewhere else more
easterly and Linux active (or even Finland...)
Understand that one
For Fs sake, when you gotta use abbreviations, then just use k=1000 and
K=1024 already, b for bits and B for bytes. Problem gone.
K is Kelvin, k is kilo-
See ISO 31. There is a standard for this stuff which is used worldwide
and only bits of the computing industry appear incapable of following
Am 22.01.2007 14:42 schrieb Thomas Hellström:
On Mon, 15 Jan 2007 00:52:36 +0100 Tilman Schmidt [EMAIL PROTECTED] wrote:
With kernel 2.6.20-rc4-mm1 and all hotfixes, i810fb fails to load on my
Dell Optiplex GX110. [...]
Can you try the attached patch to see if that fixes the problem.
Yes,
Hi!
will be a device driver. Common causes of suspend/resume problems from
the list you give below are acpi modules, bluetooth and usb. I'd also be
consider pcmcia, drm and fuse possibilities. But again, go for unloading
everything possible in the first instance.
Actually, the reason I
CCing linux-kernel as per AC's suggestion...
-Original Message-
From: Ralf Baechle [mailto:[EMAIL PROTECTED]
Sent: Friday, January 19, 2007 8:18 AM
To: Marc St-Jean
Cc: [EMAIL PROTECTED]; linux-serial@vger.kernel.org
Subject: Re: [PATCH] serial driver PMC MSP71xx, kernel
CCing linux-kernel as per AC's suggestion...
Here is a serial driver patch for the PMC-Sierra MSP71xx device.
There are three different fixes:
1. Fix for THRE errata
2. Fix for Busy Detect on LCR write
3. Workaround for interrupt/data concurrency issue
The first fix is handled cleanly using a
CCing linux-kernel as per AC's suggestion...
On Thu, Jan 18, 2007 at 04:23:01PM -0800, Marc St-Jean wrote:
Index: linux_2_6/drivers/serial/8250.c
===
RCS file: linux_2_6/drivers/serial/8250.c,v retrieving revision
1.1.1.7
CCing linux-kernel as per AC's suggestion...
-Original Message-
From: Sergei Shtylyov
Sent: Friday, January 19, 2007 9:05 AM
To: Marc St-Jean
Cc: [EMAIL PROTECTED]; linux-serial@vger.kernel.org
Subject: Re: [PATCH] serial driver PMC MSP71xx, kernel linux-mips.git master
Hello.
Marc
Ingo,
I hit this bug on one of my work test machines. This bug is probably what
caused my laptop to crash ever so often too, but since I don't have a
serial or other debug output, my laptop never showed what was wrong.
Here's the call trace:
[ cut here ]
kernel BUG at
On Sat, 20 Jan 2007, Nick Piggin wrote:
It doesn't reduce the amount of memory available to the system. It
just reduce the amount of memory available to the page cache. So that
page cache is limited and the reserved memory can be allocated by the
application.
But the patch doesn't do
* Steven Rostedt [EMAIL PROTECTED] wrote:
I hit this bug on one of my work test machines. This bug is probably
what caused my laptop to crash ever so often too, but since I don't
have a serial or other debug output, my laptop never showed what was
wrong.
ah, nice one! Thanks, applied,
On Sat, 20 Jan 2007, Aubrey Li wrote:
assume:
min = 123pages
pagecache_reserved = 200 pages
if( alloc_flags ALLOC_PAGECACHE)
watermark = min + pagecache_reserved ( 323 pages)
else
watermark = min ( 123 pages)
So if request pagecache, when free pages 323 pages, reclaim
Jan == Jan Engelhardt [EMAIL PROTECTED] writes:
Jan For Fs sake, when you gotta use abbreviations, then just use
Jan k=1000 and K=1024 already, b for bits and B for bytes. Problem
Jan gone.
The one-letter abbreviations are identical to SI prefixes, except
for K, which is used
* john stultz [EMAIL PROTECTED] wrote:
And here would be the follow on patch (again *untested*) for
CONFIG_NO_HZ slowing the time accumulation down to once per second.
thanks John - i've applied the combined patch below to -rt. It appears
to work fine for me.
Ingo
Greg KH [EMAIL PROTECTED] writes:
Since 2.6.19, I get the following Oops once a day, always with the same
process, newspipe[1] which use a lot of CPU, threads and I/O.
The kernel is patched by Grsecurity. The ext3 filesystem is on a
software RAID device (the two disks are SATA2). I tested
Fix insecure default behaviour reported by Tigran Aivazian: if an ext2
or ext3 or ext4 filesystem is tuned to mount with acl, but mounted by
a kernel built without ACL support, then umask was ignored when creating
inodes - though root or user has umask 022, touch creates files as 0666,
and mkdir
Hello.
Bartlomiej Zolnierkiewicz wrote:
[PATCH] ide: fix UDMA/MWDMA/SWDMA masks
* use 0x00 instead of 0x80 to disable -{ultra,mwdma,swdma}_mask
* add udma_mask field to ide_pci_device_t and use it to initialize
-ultra_mask in aec62xx, pdc202xx_new and pdc202xx_old drivers
* fix UDMA masks
On Sun, 21 Jan 2007, H. Peter Anvin wrote:
In general, though, I would agree that the major number should change if there
is an incompatible change.
Maybe when those incompatible features are enabled by default. Right
now they're not.
Nicolas
-
To unsubscribe from this list: send the line
On Sun, 21 Jan 2007 03:20:06 -0800, Junio C Hamano wrote:
Also, in the same spirit of giving the release an early
exposure, here is the current draft of 1.5.0 release notes.
Thanks, these are very good and really show how much great progress
has gone into git recently. Congratulations to
Hello.
Bartlomiej Zolnierkiewicz wrote:
[PATCH] ide: fix UDMA/MWDMA/SWDMA masks
* use 0x00 instead of 0x80 to disable -{ultra,mwdma,swdma}_mask
* add udma_mask field to ide_pci_device_t and use it to initialize
-ultra_mask in aec62xx, pdc202xx_new and pdc202xx_old drivers
* fix UDMA masks
Junio C Hamano wrote:
GIT v1.5.0 Release Notes (draft)
Would they be somewhere besides todo branch of git.git repository, like the
v1.5.0 tag comment (content), or the NEWS file?
--
Jakub Narebski
Warsaw, Poland
ShadeHawk on #git
-
To unsubscribe from this
On Mon, 22 Jan 2007 21:17:33 +0300
Ugh, I'm not seeing any *actual* support for MW/SW DMA in this driver...
Thats long been broken. Should be correct in the libata driver
Alan
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL
Please pull from 'upstream-linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/libata-dev.git
upstream-linus
to receive the following updates:
Documentation/DocBook/libata.tmpl |2 +-
drivers/ata/libata-eh.c |4
drivers/ata/sata_mv.c |5
On Mon, 22 Jan 2007, kyle wrote:
Hi,
Yesterday I tried to increase the value of strip_cache_size to see if I
can
get better performance or not. I increase the value from 2048 to
something
like 16384. After I did that, the raid5 freeze. Any proccess read / write
to
it stucked at D state. I
On Mon, 22 Jan 2007, kyle wrote:
On Mon, 22 Jan 2007, kyle wrote:
Hi,
Yesterday I tried to increase the value of strip_cache_size to see if I
can
get better performance or not. I increase the value from 2048 to something
like 16384. After I did that, the raid5 freeze.
On Mon, 22 Jan 2007, Steve Cousins wrote:
Justin Piszcz wrote:
Yes, I noticed this bug too, if you change it too many times or change it at
the 'wrong' time, it hangs up when you echo numbr /proc/stripe_cache_size.
Basically don't run it more than once and don't run it at the
On Mon, 22 Jan 2007, Steve Cousins wrote:
Justin Piszcz wrote:
Yes, I noticed this bug too, if you change it too many times or change it at
the 'wrong' time, it hangs up when you echo numbr /proc/stripe_cache_size.
Basically don't run it more than once and don't run it at the
Justin Piszcz wrote:
Yes, I noticed this bug too, if you change it too many times or change it
at the 'wrong' time, it hangs up when you echo numbr
/proc/stripe_cache_size.
Basically don't run it more than once and don't run it at the 'wrong'
time and it works. Not sure where the bug
Yes, I noticed this bug too, if you change it too many times or change
it
at the 'wrong' time, it hangs up when you echo numbr
/proc/stripe_cache_size.
Basically don't run it more than once and don't run it at the 'wrong'
time
and it works. Not sure where the bug lies, but yeah I've
Justin Piszcz wrote:
Yes, I noticed this bug too, if you change it too many times or change it
at the 'wrong' time, it hangs up when you echo numbr
/proc/stripe_cache_size.
Basically don't run it more than once and don't run it at the 'wrong' time
and it works. Not sure where the bug
Do we need to consider the chunk size when we adjust the value of
Striped_Cache_Szie for the MD-RAID5 array?
Liang
- Original Message -
From: Justin Piszcz [EMAIL PROTECTED]
To: kyle [EMAIL PROTECTED]
Cc: linux-raid@vger.kernel.org; linux-kernel@vger.kernel.org
Sent: Monday, January
On Sun 2007-01-21 14:27:34, Justin Piszcz wrote:
Why does copying an 18GB on a 74GB raptor raid1 cause the kernel to invoke
the OOM killer and kill all of my processes?
Doing this on a single disk 2.6.19.2 is OK, no issues. However, this
happens every time!
Anything to try? Any other
On Mon, 22 Jan 2007, Pavel Machek wrote:
On Sun 2007-01-21 14:27:34, Justin Piszcz wrote:
Why does copying an 18GB on a 74GB raptor raid1 cause the kernel to invoke
the OOM killer and kill all of my processes?
Doing this on a single disk 2.6.19.2 is OK, no issues. However, this
Thanks for your comments; the attached probably needs
proofreading.
The changes in response to the remainder of your comments are
quite straightforward and I do not think needs proofreading, so
I'll incorporate them and push the result out in 'todo'.
diff --git a/v1.5.0.txt b/v1.5.0.txt
index
Hello
On Monday 22 January 2007 18:48, Timothy Webster wrote:
I am curious, who is coordinating reiserfs4 bug fixes,
testing and kernel integration work at this point?
I would like to help out with auto testing the reiserfs4 builds.
Thanks
Who is coordinating this work?
All
* Ingo Molnar [EMAIL PROTECTED] wrote:
thanks John - i've applied the combined patch below to -rt. It appears
to work fine for me.
updated patch below. (previous one was a delta in timex.h)
Ingo
From: John Stultz [EMAIL PROTECTED]
Subject: [patch] HZ-free NTP
mtrr: fix size_or_mask and size_and_mask
This fixes two bugs in /proc/mtrr interface:
o If physical address size crosses the 44 bit boundary
size_or_mask is evaluated wrong.
o size_and_mask limits width of physical base
address for an MTRR to be less than 44 bits.
Signed-off-by: Andreas
Adrian Bunk wrote:
On Thu, Jan 11, 2007 at 10:26:27PM -0800, Andrew Morton wrote:
...
Changes since 2.6.20-rc3-mm1:
...
git-ieee1394.patch
...
git trees
...
This patch contains the following cleanups:
- extern inline - static inline
I guess that's fine, I do like how extern inline will
Hi Alan Jeff,
I've finally got the new ATA drivers setup and working for my main
data disks, which is great. But I'm also trying to get my CDRW/DVDROM
drive on the MPIIX (82371AB) chipset working. I'm running 2.6.20-rc5
currently on a Debian system, using the pata_mpiix as a module. The
rest
On Sat, 13 Jan 2007 17:30:39 +0100 Richard Knutsson [EMAIL PROTECTED] wrote:
Would like to come with a suggestion I have been wondering about for a
while, why not add the config-flag, used in Kconfig/Makefile in the
MAINTAINERS-file?
I find that the most practical way to find out who really
On Tue, 16 Jan 2007 07:15:22 +0100 [EMAIL PROTECTED] wrote:
The following kernel components register a tunable structure and call the
auto-tuning routine:
. file system
. shared memory (per namespace)
. semaphore (per namespace)
. message queues (per namespace)
This is the part of
On Wed, 17 Jan 2007 17:36:14 +0100 Tilman Schmidt [EMAIL PROTECTED] wrote:
The recent discussion on LKML convinced me that a line discipline
is the correct way to layer a driver over a serial interface.
This means, however, that I'll need a (trivial) userspace daemon
which will hold the
On Mon, 15 Jan 2007 15:42:21 + Ben Dooks [EMAIL PROTECTED] wrote:
On Mon, Jan 15, 2007 at 01:44:28PM +, Richard Purdie wrote:
On Mon, 2007-01-15 at 12:26 +, Ben Dooks wrote:
Generate a name if none is passed to the S3C24XX GPIO LED driver.
Wouldn't it be better to fix the
On Thu, 18 Jan 2007 15:23:26 + Russell King [EMAIL PROTECTED] wrote:
On Thu, Jan 18, 2007 at 04:31:51PM +0100, Tomas Carnecky wrote:
Russell King wrote:
On Thu, Jan 18, 2007 at 01:58:52PM +0100, Bernhard Walle wrote:
-static char command_line[COMMAND_LINE_SIZE];
+static char
On Thu, 18 Jan 2007 21:11:58 +0100 noah [EMAIL PROTECTED] wrote:
Hi!
I'm experiencing data corruption in the following setup:
1. mdadm --create /dev/md0 -n3 -lraid5 /dev/hda1 /dev/hdc1 /dev/hde1
2. cryptsetup -c aes-cbc-essiva:sha256 luksFormat /dev/md0 mykey
3. cryptsetup -d mykey
yunfeng zhang wrote:
My patch is based on my new idea to Linux swap subsystem, you can find
more in Documentation/vm_pps.txt which isn't only patch illustration but
also file changelog. In brief, SwapDaemon should scan and reclaim pages on
UserSpace::vmalist other than current
* Noah Watkins [EMAIL PROTECTED] wrote:
fixes trailing whitespace and spaces before tab indents in
2.6.20-rc5-rt7 as reported with: git-apply --whitespace=error-all
thanks. Did you do the patch manually, or do you have a script for that
perhaps?
Ingo
-
To unsubscribe from this
* Pavel Pisa [EMAIL PROTECTED] wrote:
Hello Thomas, Sascha and Ingo
please can you find some time to review next patch
arm: i.MX/MX1 clock event source
which has been sent to you and to the ALKML at 2007-01-13.
http://thread.gmane.org/gmane.linux.ports.arm.kernel/29510/focus=29533
On Mon, Jan 22, 2007 at 11:56:50AM -0800, Andrew Morton wrote:
On Thu, 18 Jan 2007 15:23:26 + Russell King [EMAIL PROTECTED] wrote:
On Thu, Jan 18, 2007 at 04:31:51PM +0100, Tomas Carnecky wrote:
Russell King wrote:
On Thu, Jan 18, 2007 at 01:58:52PM +0100, Bernhard Walle wrote:
Here is a PCI quirk and two docmuentation updates for 2.6.20-rc5
Please pull from:
master.kernel.org:/pub/scm/linux/kernel/git/gregkh/pci-2.6.git/
The full patches will be sent to the linux-pci mailing list, if anyone
wants to see it
thanks,
greg k-h
Documentation/pci.txt| 702
Adrian Bunk wrote:
On Mon, Jan 22, 2007 at 02:41:29PM -0500, Kristian Høgsberg wrote:
Adrian Bunk wrote:
On Thu, Jan 11, 2007 at 10:26:27PM -0800, Andrew Morton wrote:
...
Changes since 2.6.20-rc3-mm1:
...
git-ieee1394.patch
...
git trees
...
This patch contains the following cleanups:
-
On Mon, Jan 22, 2007 at 02:41:29PM -0500, Kristian Høgsberg wrote:
Adrian Bunk wrote:
On Thu, Jan 11, 2007 at 10:26:27PM -0800, Andrew Morton wrote:
...
Changes since 2.6.20-rc3-mm1:
...
git-ieee1394.patch
...
git trees
...
This patch contains the following cleanups:
- extern
http://www.cymor.com/gallery/SnowPenguin/aah
-
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/
Hello Andrew,
Can I do anything more in order to be closer to merge?
Some general comments... or should I CC other people etc...
I submitted this several times but got almost no architecture to ACK.
I just don't know how we can progress with this issue... All we wanted
is to break the 256 limit
CCing to linux-kernel as per AC's suggestion...
Original Message
Subject: RE: [PATCH] serial driver PMC MSP71xx, kernel linux-mips.git master
Date: Mon, 22 Jan 2007 10:11:04 -0800
From: Marc St-Jean
To: Sergei Shtylyov
CC: [EMAIL PROTECTED],linux-serial@vger.kernel.org
CCing to linux-kernel as per AC's suggestion...
Original Message
Subject:Re: [PATCH] serial driver PMC MSP71xx, kernel linux-mips.git
mast er
Date: Mon, 22 Jan 2007 12:23:56 -0800
From: Sergei Shtylyov
Organization: MontaVista Software Inc.
To: Marc St-Jean
CC:
I have to ask why the yellow snow appears to have run, bad aim?
On Mon, Jan 22, 2007 at 02:21:54PM -0600, David Nicol wrote:
http://www.cymor.com/gallery/SnowPenguin/aah
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
On Mon, Jan 22, 2007 at 05:58:42PM +0100, Jan Engelhardt wrote:
For Fs sake, when you gotta use abbreviations, then just use k=1000 and
K=1024 already, b for bits and B for bytes. Problem gone.
And for 10^6 vs 2^20?
kegs perhaps? :)
Hmm, Mega - Megs, Kilo - Kils?
--
Len Sorensen
-
To
On Mon, Jan 22, 2007 at 06:36:19PM +, Alan wrote:
K is Kelvin, k is kilo-
K is a unit is Kelvin, k/K as a prefix is kilo.
See ISO 31. There is a standard for this stuff which is used worldwide
and only bits of the computing industry appear incapable of following it.
--
Len Sorensen
-
To
On Mon, 22 Jan 2007 22:31:48 +0200
Alon Bar-Lev [EMAIL PROTECTED] wrote:
Hello Andrew,
Can I do anything more in order to be closer to merge?
Avoid top-posting? ;)
Some general comments... or should I CC other people etc...
I submitted this several times but got almost no architecture to
Adrian Bunk wrote:
This patch contains the following cleanups:
- extern inline - static inline
- fw-topology.c: make struct fw_node_create static
Committed to linux1394-2.6.git.
--
Stefan Richter
-=-=-=== ---= =-==-
http://arcgraph.de/sr/
-
To unsubscribe from this list: send the line
This removes several pointless exports from drivers/dma/dmaengine.c;
the dma_async_memcpy_*() functions are inlined by linux/dmaengine.h
so those exports are inappropriate.
It also moves the existing EXPORT_SYMBOL declarations next to their
functions, so it's now trivial to confirm one-to-one
On Monday 22 January 2007 15:21, David Nicol wrote:
http://www.cymor.com/gallery/SnowPenguin/aah
Cute, somebody obviously has time on their hands. I take it the colors
are water colors? :)
-
To unsubscribe from this list: send the line unsubscribe linux-kernel
in the body of a message to
00:07.1 IDE interface [0101]: Intel Corporation 82371AB/EB/MB PIIX4 IDE
[8086:7111] (rev 01)
This isn't an MPIIX, Use the ata_piix driver
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
On Monday 22 January 2007 15:34, [EMAIL PROTECTED] wrote:
I have to ask why the yellow snow appears to have run, bad aim?
Chuckle. Reminds me of a joke that's centuries old. Seems farmer Brown
was giving farmer Jones (who had a son) hell because his daughters
name Becky was written in the
* Andrew Morton [EMAIL PROTECTED] [2007-01-22 21:44]:
Some general comments... or should I CC other people etc...
I submitted this several times but got almost no architecture to ACK.
I just don't know how we can progress with this issue... All we wanted
is to break the 256 limit in
On Tuesday January 16, [EMAIL PROTECTED] wrote:
Hi!
I'm getting md: bug in file drivers/md/md.c, line 1652 (see below) after
writing data to a md-device using dd.
Is it really a bug or am I just using mdadm in the wrong way? I'm unsure
about the --assume-clean flag when creating the raid5
On 1/22/07, Bernhard Walle [EMAIL PROTECTED] wrote:
I refreshed the patches from Alon against 2.6.20-rc4-mm1. Or was I
totally wrong?
I don't know what is Avoid top-posting? ;) I hope it is a good thing... :)
I will look at it again and submit it as requested.
Thank you,
Alon Bar-Lev.
-
To
On Mon, 22 Jan 2007, Soeren Sonnenburg wrote:
- For SIL3114 and SIL3124 you don't have to run any commands at all. It
should notice when you yank the cable, or plug in a new device. All you
have to do is to stop using the devices before unplugging, e.g. unmount
partitions on the disk or remove
Hi
I was discussing yesterday with Danny on his blok
http://dkukawka.blogspot.com/2006/11/kpowersave-config-tutorial.html about
how to restore sound on my old laptop. He told me that I should drop you a
note as my problem in reality should be handled by the kernel.
Short story is that I
There are three different fixes:
1. Fix for THRE errata
That should be handled anyway. The current code actually spots this and
uses a backup timer for dodgy UARTS
2. Fix for Busy Detect on LCR write
3. Workaround for interrupt/data concurrency issue
case UPIO_MEM:
+#ifdef
On Mon, 22 Jan 2007, Lennart Sorensen wrote:
On Mon, Jan 22, 2007 at 06:36:19PM +, Alan wrote:
K is Kelvin, k is kilo-
K is a unit is Kelvin, k/K as a prefix is kilo.
See ISO 31. There is a standard for this stuff which is used worldwide
and only bits of the computing industry appear
On Jan 22 2007 15:43, Lennart Sorensen wrote:
On Mon, Jan 22, 2007 at 05:58:42PM +0100, Jan Engelhardt wrote:
For Fs sake, when you gotta use abbreviations, then just use k=1000 and
K=1024 already, b for bits and B for bytes. Problem gone.
And for 10^6 vs 2^20?
My harddisk is a 251 gB
On Jan 22 2007 15:47, Gene Heskett wrote:
On Monday 22 January 2007 15:21, David Nicol wrote:
http://www.cymor.com/gallery/SnowPenguin/aah
Cute, somebody obviously has time on their hands. I take it the colors
are water colors? :)
Hm watercolor painting should have sufficed (I think - never
Change the apparently incorrect check for CONFIG_INPUT_ATIXL in a
source file to be consistent with the kernel config option
CONFIG_MOUSE_ATIXL.
Signed-off-by: Robert P. J. Day [EMAIL PROTECTED]
---
this *looks* like a bug.
diff --git a/drivers/input/mouse/inport.c
No script. Does trailing whitespace and spaces before tab indents seem
to cover all the whitespace problem scenarios?
-noah
On Mon, Jan 22, 2007 at 08:58:36PM +0100, Ingo Molnar wrote:
* Noah Watkins [EMAIL PROTECTED] wrote:
fixes trailing whitespace and spaces before tab indents in
Am Montag, den 22.01.2007, 11:56 -0800 schrieb Andrew Morton:
There has been a long history of similar problems when raid and dm-crypt
are used together. I thought a couple of months ago that we were hot on
the trail of a fix, but I don't think we ever got there. Perhaps
Christophe can
Don't know. But I bet someone on the Cc does...
Tilman,
Thanks for reporting.
Can you try the attached patch to see if that fixes the problem.
Hi Thomas,
This also fixes X starting on old i810/5 hardware, I had noticed it
broken but hadn't had time to investigate it, this patch fixes
On 22/01/07, Ingo Molnar [EMAIL PROTECTED] wrote:
* Noah Watkins [EMAIL PROTECTED] wrote:
fixes trailing whitespace and spaces before tab indents in
2.6.20-rc5-rt7 as reported with: git-apply --whitespace=error-all
thanks. Did you do the patch manually, or do you have a script for that
On Tuesday, January 16, 2007 11:28 am, Olivier Galibert wrote:
But won't the bridge register value control what actually gets
decoded? If so, it sounds like this BIOS is buggy wrt mmconfig
mapping in general; good thing I'm not using any PCIe devices I
guess...
Yeah. I've checked the
On Tue, Jan 16, 2007 at 09:27:34AM -0600, Serge E. Hallyn wrote:
Quoting Cedric Le Goater ([EMAIL PROTECTED]):
CONFIG_UTS_NS has very little value as it only deactivates the unshare
of the uts namespace and does not improve performance.
Signed-off-by: Cedric Le Goater [EMAIL PROTECTED]
On Sunday 21 January 2007 6:25 pm, Atsushi Nemoto wrote:
Here is a revised version. The children list of spi_master_class
contains only spi_master class so we can just compare bus_num member
instead of class_id string.
Looks just a bit iffy ... though, thanks for helping to finally
sort this
Hi, all. I have a Centos 4.4 box and compiled the vanila kernel
2.6.19 for a HPC environment.
Somehow, whenever I did df /home it would just hang and my user try to
ls his home directory and the terminal hang.
The /home is lvm raid 1 on a 3 ware (3w-) card (6 drives total, 2
HDs raid 1 for
* Russell King [EMAIL PROTECTED] [2007-01-18 16:23]:
On Thu, Jan 18, 2007 at 04:31:51PM +0100, Tomas Carnecky wrote:
Russell King wrote:
On Thu, Jan 18, 2007 at 01:58:52PM +0100, Bernhard Walle wrote:
-static char command_line[COMMAND_LINE_SIZE];
+static char __initdata
Is there going to be another 2.6.18-stable release?
-
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/
On Tue, Jan 16, 2007 at 09:17:49AM -0600, Serge E. Hallyn wrote:
Quoting Cedric Le Goater ([EMAIL PROTECTED]):
CONFIG_IPC_NS has very little value as it only deactivates the unshare
of the ipc namespace and does not improve performance.
Signed-off-by: Cedric Le Goater [EMAIL PROTECTED]
On Mon, 22 Jan 2007, Tony Foiani wrote:
Jan == Jan Engelhardt [EMAIL PROTECTED] writes:
Jan For Fs sake, when you gotta use abbreviations, then just use
Jan k=1000 and K=1024 already, b for bits and B for bytes. Problem
Jan gone.
The one-letter abbreviations are identical to SI
On Mon, Jan 22, 2007 at 11:14:00PM +0100, Bernhard Walle wrote:
* Russell King [EMAIL PROTECTED] [2007-01-18 16:23]:
On Thu, Jan 18, 2007 at 04:31:51PM +0100, Tomas Carnecky wrote:
Russell King wrote:
On Thu, Jan 18, 2007 at 01:58:52PM +0100, Bernhard Walle wrote:
-static char
* Russell King [EMAIL PROTECTED] [2007-01-22 23:27]:
which reflects precisely what I've been saying concerning the addition
of __initdata.
100 % correct, thanks.
Regards,
Bernhard
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL
Here are some USB fixes for 2.6.20-rc5
They include a small number of fixes for some USB bugs, and some new
device ids, all of the details are below. I've also disabled the USB
multithreaded probe option, as it broke a number of people's machines.
Most of them have been in the -mm releases, but
Hi Greg,
They include a small number of fixes for some USB bugs, and some new
device ids, all of the details are below. I've also disabled the USB
multithreaded probe option, as it broke a number of people's machines.
what about the two pending patches to make device_move() working as
On Mon, Jan 22, 2007 at 09:15:04PM +0100, Marcel Holtmann wrote:
Hi Greg,
They include a small number of fixes for some USB bugs, and some new
device ids, all of the details are below. I've also disabled the USB
multithreaded probe option, as it broke a number of people's machines.
Hi Greg,
They include a small number of fixes for some USB bugs, and some new
device ids, all of the details are below. I've also disabled the USB
multithreaded probe option, as it broke a number of people's machines.
what about the two pending patches to make device_move() working
101 - 200 of 667 matches
Mail list logo