Replace the apparent typo CONFIG_LOCKDEP_DEBUG with the correct
CONFIG_DEBUG_LOCKDEP.
Signed-off-by: Robert P. J. Day [EMAIL PROTECTED]
---
diff --git a/kernel/lockdep_proc.c b/kernel/lockdep_proc.c
index b554b40..78381a6 100644
--- a/kernel/lockdep_proc.c
+++ b/kernel/lockdep_proc.c
@@
Use a minimal readahead size of 32KB instead of 16KB for the adaptive readahead.
The potential benefit(disk utilization in worst case doubles) is large, while
the potential panelty is small(wastes up to 32MB when thrashed/missed 1000
times).
This minimal value is only applied for sequential
The new/old ra class were implicitly stored in low bits of file_ra_state.flags.
Now make the data structure obvious, and remove the coding tricks.
Signed-off-by: Fengguang Wu [EMAIL PROTECTED]
---
include/linux/fs.h |9 -
mm/readahead.c | 18 --
2 files changed,
1) make LAPTOP_POLL_INTERVAL independent of page size
2) defer readahead to the _last_ minute
There's no luck for the kernel to know the right time of
waking up the disk in order to hide the spin up latency.
So we make the rule simple:
- The kernel ensures _longest_ spin down time;
- The media
Andrew,
Here are more updates for adaptive readahead.
It's not likely to have more big changes, so the next plan is to convert some
accounting items to the statistics infrastructure by Martin Peschke.
[Martin: Sorry for the long delay.]
I'm also playing with the current readahead code, trying
Make compute_thrashing_threshold() a pure computing routine,
by moving the readahead_ratio policy out of it.
Signed-off-by: Fengguang Wu [EMAIL PROTECTED]
---
mm/readahead.c |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
--- linux-2.6.20-rc4-mm1.orig/mm/readahead.c
+++
- cancel look-ahead if readahead size is small compared to the look-ahead size,
to avoid too small I/O size, and not to add more memory/io pressure on the
possibly loaded system.
- prevent issuing tiny readahead size, by applying a minimal limit
Signed-off-by: Fengguang Wu [EMAIL PROTECTED]
Rename the sysfs parameter initial_ra_kb to read_ahead_initial_kb,
which hopefully is a more consistent and user friendly name.
Signed-off-by: Fengguang Wu [EMAIL PROTECTED]
---
block/ll_rw_blk.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
---
When doing unaligned/subpages sequential reads, and thrashing happened,
it is possible that (offset == prev_page),
besides the normal (offset == prev_page + 1).
We do not have such problem for the state based method.
Signed-off-by: Fengguang Wu [EMAIL PROTECTED]
---
mm/readahead.c |2 +-
1
- keep lookahead_index if the current chunk is lost, so that when we
revisted this stream, the state based method see a consistent state.
- correct the thrashing-threshold computation
- discount read-ahead size more, to free more memory to the system on pressure
- disable look-ahead when
not sure what to do with this, it's all yours:
== OMAP1610_IR ==
./arch/arm/mach-omap1/devices.c:#if defined(CONFIG_OMAP1610_IR) ||
defined(CONFIG_OMAP161O_IR_MODULE)
== OMAP161O_IR ==
./arch/arm/mach-omap1/devices.c:#if defined(CONFIG_OMAP1610_IR) ||
Stefan Richter wrote:
Pieter Palmers wrote:
cc'ing linux1394-devel because it seems to be a problem in the ieee1394
stack.
Yes, this bug is in stock Linux 2.6 too. Ever has been.
http://bugzilla.kernel.org/show_bug.cgi?id=7121
Oops, missed that. Sorry for the noise.
Pieter
-
To unsubscribe
On Wed, 17 Jan 2007 22:55:19 +0100, Willy Tarreau [EMAIL PROTECTED] wrote:
Hello Santiago,
On Wed, Jan 17, 2007 at 11:00:30AM +0100, Santiago Garcia Mantinan wrote:
Hi!
I have discovered a problem with the changes applied to smbfs in 2.4.34 and
in the security backports like last Debian's
On Tue, 23 Jan 2007 00:14:06 +0200
Alon Bar-Lev [EMAIL PROTECTED] wrote:
1. Rename saved_command_line into boot_command_line.
2. Set command_line as __initdata.
Signed-off-by: Alon Bar-Lev [EMAIL PROTECTED]
---
diff -urNp linux-2.6.20-rc4-mm1.org/arch/ia64/kernel/efi.c
On 1/27/07, Andrew Morton [EMAIL PROTECTED] wrote:
no no no no no no no. Just because some whacked-out weenie went and put
extern declarations in .c files doesn't mean that we should copy them.
It doesn't even compile.
Sorry... I don't have all environments.
Please. Go through the entire
On Sat, 27 Jan 2007 10:34:27 +0200
Alon Bar-Lev [EMAIL PROTECTED] wrote:
Please. Go through the entire patchset, yank all those wrong private
declarations of boot_command_line[] and put a *single, kernel-wide*
declaration into a single, shared header file.
I thought of this, while I was
Pieter Palmers wrote:
Stefan Richter wrote:
http://bugzilla.kernel.org/show_bug.cgi?id=7121
Oops, missed that. Sorry for the noise.
No, it's OK. We have a pile of old open bugs, and those that are rubbed
in our face more often might even get a chance to be fixed some day... :-/
--
Stefan
On Fri, 26 Jan 2007, Ken Chen wrote:
On 1/26/07, Hugh Dickins [EMAIL PROTECTED] wrote:
Less trivial (and I wonder whether you've come to this from an ia64
or a powerpc direction): I notice that ia64 has more stringent REGION
checks in its ia64_do_page_fault, before calling expand_stack or
Hi!
Does anybody have a strong opinion against adding support for
i386 Page Attribute Tables?
The main benefit would be that one can have write-combining memory
regions without setting up MTRRs. This will come in handy for a
device we're working with where the device driver needs to allocate
Stefan Richter wrote:
Pieter Palmers wrote:
Stefan Richter wrote:
http://bugzilla.kernel.org/show_bug.cgi?id=7121
Oops, missed that. Sorry for the noise.
No, it's OK. We have a pile of old open bugs, and those that are rubbed
in our face more often might even get a chance to be fixed some
Auke Kok [EMAIL PROTECTED] writes:
Hi,
I've established a regression in the MSI vector/irq allocation routine for
both
i386 and x86_64. Our test labs repeatedly modprobe/rmmod the e1000 driver for
serveral minutes which allocates msi vectors and frees them. These tests have
been running
Thomas Hellström wrote:
Hi!
Does anybody have a strong opinion against adding support for
i386 Page Attribute Tables?
The main benefit would be that one can have write-combining memory
regions without setting up MTRRs. This will come in handy for a
device we're working with where the device
On 26 Jan, Andrew Morton wrote:
arm:
drivers/firewire/fw-device.c: In function `fw_device_init':
drivers/firewire/fw-device.c:495: warning: implicit declaration of function
`cmpxchg'
We can't use cmpxchg in
Pieter Palmers wrote:
OTOH, dv1394 is scheduled for removal. Not that we should tolerate bugs
in the Linux kernel ;), but it lowers priority I guess.
It does. (Plus I didn't have a Linux box with CardBus slot in operation
for a while, but now I have.)
For me the solution is simple: I don't
On Fri, Jan 26, 2007 at 05:17:31PM -0800, H. Peter Anvin wrote:
Just for everyone's information...
The git performance issues (especially) on kernel.org has been very
frustrating, obviously. We're putting a dedicated git server in place
hopefully the week of February 5.
That's a very
On Thu, 25 Jan 2007 11:15:45 -0500
Mathieu Desnoyers [EMAIL PROTECTED] wrote:
It mainly adds support for missing 64 bits cmpxchg and 64 bits atomic add
unless. Therefore, principally 64 bits architectures are targeted by these
patches. It also adds the complete list of atomic operations on the
From: David Brownell [EMAIL PROTECTED]
Date: Fri, 26 Jan 2007 15:21:15 -0800
That flag could work in conjunction with a byte
Or why not a 32-bit word!
If a driver wants a repeating 32-bit pattern, they should just
provide a properly initialized tx buffer.
I'm suggesting the
On Thu, 25 Jan 2007 11:15:45 -0500
Mathieu Desnoyers [EMAIL PROTECTED] wrote:
It mainly adds support for missing 64 bits cmpxchg and 64 bits atomic add
unless. Therefore, principally 64 bits architectures are targeted by these
patches. It also adds the complete list of atomic operations on the
Ingo Molnar wrote:
* Pieter Palmers [EMAIL PROTECTED] wrote:
Dear all,
What is the status with respect to this problem? I see that in the
current -rt patch the problematic code piece is different. I
personally haven't tried to reproduce this myself on a more recent
kernel, but I just got a
(Cc lkml)
Pieter Palmers wrote to linux1394-devel:
Attached are two patches containing an extension to libraw1394 and the
kernel stack, implementing the simultaneous read of the isochronous
cycle timer and the system clock (in usecs). This implements what has
been requested before on the
S.Çağlar Onur wrote:
Hi;
-rc6 fails with latest gcc 4.2 snapshot as following;
CC [M] drivers/kvm/svm.o
drivers/kvm/svm.c:206: warning: 'inject_db' defined but not used
drivers/kvm/svm.c: In function 'svm_vcpu_run':
drivers/kvm/kvm.h:560: error: 'asm' operand has impossible constraints
Stefan Richter wrote:
(Cc lkml)
Pieter Palmers wrote to linux1394-devel:
Attached are two patches containing an extension to libraw1394 and the
kernel stack, implementing the simultaneous read of the isochronous
cycle timer and the system clock (in usecs). This implements what has
been
On Sat, 27 Jan 2007 10:20:18 +0100, Thomas Hellström wrote:
Does anybody have a strong opinion against adding support for
i386 Page Attribute Tables?
...
Issues:
1) The _PAGE_BIT_PAT will be the same as _PAGE_PSE, and _PAGE_PROTNONE.
As I understand it, _PAGE_PROTNONE is not used when the
On Sat, 27 Jan 2007 13:14:57 +0200
Alon Bar-Lev [EMAIL PROTECTED] wrote:
I don't know why saved_command_line cannot be resolved and
boot_command_line can be.
They are both located in linux/init.h
extern char __initdata boot_command_line[];
extern char *saved_command_line;
And the
On Tue, 16 Jan 2007 09:39:54 -0700
Eric W. Biederman [EMAIL PROTECTED] wrote:
From: Eric W. Biederman [EMAIL PROTECTED] - unquoted
Signed-off-by: Eric W. Biederman [EMAIL PROTECTED]
---
init/main.c |3 +++
kernel/sysctl.c |3 ---
2 files changed, 3 insertions(+), 3
On 1/27/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
diff -puN drivers/sbus/char/openprom.c~dynamic-kernel-command-line-sparc64-fix
drivers/sbus/char/openprom.c
--- a/drivers/sbus/char/openprom.c~dynamic-kernel-command-line-sparc64-fix
+++ a/drivers/sbus/char/openprom.c
@@ -283,7 +283,7 @@
On Jan 26 2007 17:17, H. Peter Anvin wrote:
Just for everyone's information...
The git performance issues (especially) on kernel.org has been very
frustrating, obviously. We're putting a dedicated git server in place
hopefully the week of February 5.
And the filesystem will be .. which?
On Fri, 2007-01-26 at 21:48 -0600, Larry Finger wrote:
Is there a convention regarding the information that a wireless MAC layer
should provide when
reporting scan data from an AP with a hidden SSID?
In ieee80211, the software inserts the string hidden for such an AP,
which seems to give
Fengguang Wu [EMAIL PROTECTED] wrote:
The new/old ra class were implicitly stored in low bits of
file_ra_state.flags. Now make the data structure obvious, and remove the
coding tricks.
+++ linux-2.6.20-rc4-mm1/include/linux/fs.h
- unsigned long flags;/* RA_FLAG_xxx | ra_class_old |
On Thursday 25 January 2007 09:36, Bernhard Walle wrote:
The r8169 driver which is in the kernel should have the same
functionality.
It does indeed, but I think this support was only added recently; I believe
the first kernel version to support it was 2.6.19. Support is certainly in
the
Hello,
What is the status of the HSDPA driver after 2.6.19.1 ? Is it part of
the kernel tree or not yet ?
If not is there any version of ther nozomi pack which is gonna compile
under ker 2.6.18 (the original one is not compiling anymore after 2.6.18).
Thanks,
Gianluca
-
To unsubscribe from
Pieter Palmers wrote:
Stefan Richter wrote:
Thus?
preempt_disable();
local_irq_save(flags);
read_cycle_timer;
read_time_of_day;
local_irq_restore(flags);
preempt_enable();
in hpsb_read_cycle_timer.
My main issue was that I still had to figure out how to do
small coding style touch-up and terser coding
Signed-off-by: Stefan Richter [EMAIL PROTECTED]
---
drivers/ieee1394/dv1394.c | 36 +---
1 files changed, 13 insertions(+), 23 deletions(-)
Index: linux-2.6.20-rc6/drivers/ieee1394/dv1394.c
Fix NULL pointer dereference on hot ejection of a FireWire card while
dv1394 was loaded. http://bugzilla.kernel.org/show_bug.cgi?id=7121
I did not test card ejection with open /dev/dv1394 files yet.
Signed-off-by: Stefan Richter [EMAIL PROTECTED]
---
drivers/ieee1394/dv1394.c | 12
Manuel Lauss wrote:
au1xmmc: return error when encountering unhandled/unknown response type.
Signed-off-by: Manuel Lauss [EMAIL PROTECTED]
Thanks, applied.
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp://www.kernel.org
PulseAudio, core developer
Manuel Lauss wrote:
au1xmmc: implement proper R/O switch detection.
Signed-off-by: Manuel Lauss [EMAIL PROTECTED]
Also applied.
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp://www.kernel.org
PulseAudio, core developer http://pulseaudio.org
rdesktop,
Patch location:
ftp://ftp.kernel.org/pub/linux/kernel/people/bunk/linux-2.6.16.y/testing/
git tree:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-2.6.16.y.git
Changes since 2.6.16.38:
Adrian Bunk (3):
[Bluetooth] Let BT_HIDP depend on INPUT
kbuild: explicitly turn off
Darren Salt wrote:
Add a quirk to allow ENE PCI SD card readers to work again
Ok, I think we can consider testing over. I will apply this upstream
with the original host mask (as we didn't get any reports of it helping
on other ene controllers).
Thanks again for doing the legwork on this.
Hi,
The resend of the 2.6.20-rc6 fixes that I've sent you as patches.
This time in the git form for easier merging and with proper cc:.
Please pull from:
master.kernel.org:/pub/scm/linux/kernel/git/bart/ide-2.6.git/
to receive the following updates:
MAINTAINERS|7
Hello all,
I just tested libata with this newest 2.6.20-rc6 but no changes ;-(
Any news?
Thanks,
Joel
Joel Soete wrote:
Hello Tejun,
Tejun Heo wrote:
Joel Soete wrote:
Hello Alan, Jeff,
Reading a paper on this new libata, I just want to try but failled yet
for what said this
Denis Vlasenko [EMAIL PROTECTED] wrote:
On Friday 26 January 2007 19:23, Bill Davidsen wrote:
Denis Vlasenko wrote:
On Thursday 25 January 2007 21:45, Michael Tokarev wrote:
But even single-threaded I/O but in large quantities benefits from
O_DIRECT significantly, and I pointed this out
Does acpi=off make cdrom work?
On 1/27/07, Joel Soete [EMAIL PROTECTED] wrote:
Hello all,
I just tested libata with this newest 2.6.20-rc6 but no changes ;-(
Any news?
Thanks,
Joel
Joel Soete wrote:
Hello Tejun,
Tejun Heo wrote:
Joel Soete wrote:
Hello Alan, Jeff,
Reading a
On Saturday 27 January 2007 15:01, Bodo Eggert wrote:
Denis Vlasenko [EMAIL PROTECTED] wrote:
On Friday 26 January 2007 19:23, Bill Davidsen wrote:
Denis Vlasenko wrote:
On Thursday 25 January 2007 21:45, Michael Tokarev wrote:
But even single-threaded I/O but in large quantities
Luming Yu wrote:
Does acpi=off make cdrom work?
Unfortunately not :_(
(for more details I attached a compressed dmesg trace?)
Thanks,
Joel
On 1/27/07, Joel Soete [EMAIL PROTECTED] wrote:
Hello all,
I just tested libata with this newest 2.6.20-rc6 but no changes ;-(
Any news?
On Dec 5 2006 15:12, Trond Myklebust wrote:
On Tue, 2006-12-05 at 20:59 +0100, Jan Engelhardt wrote:
JE Since we're on the topic locking, is it because I am not running
JE statd on the client that my NFS client hangs during boot phase?
TM
TMIf you have applications that try to set locks before
Were it not for the PATA and interrupt storm bits, I would say that
Marvell 6145 works with a simple PCI ID addition.
The 6101 driver should drive the 6145 pata port via the legacy registers
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to
On Jan 26 2007 22:20, [EMAIL PROTECTED] wrote:
Quoting Pierre Ossman [EMAIL PROTECTED]:
TCP is definitely preferred. There are couple of reasons why you should
prefer TCP:
(1) There is server configuration option to disable NCP/UDP. You cannot
disable NCP/TCP that easily.
(2) TCP (NCP over
On Jan 27 2007 02:22, Florian Schmidt wrote:
i was wondering whether there exists any mechanism to blacklist modules
from being loaded besides the typical etc/modprobe.d/blacklist type
mechanisms. Sometimes you have a module oopsing because of faulty hw
which cannot be removed rendering the
Jan Engelhardt wrote:
Well, probably the same reason as NFS over UDP is discouraged. See nfs(5)
section WARNINGS (in short: IP fragment ID can wrap quite fast on Gigabit)
I have no such warning in my nfs(5), but I am aware of this yes.
Somewhat amusing that both nfs and ncpfs tend to
[EMAIL PROTECTED] napisał(a):
The mm snapshot broken-out-2007-01-26-00-36.tar.gz has been uploaded to
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/mm/broken-out-2007-01-26-00-36.tar.gz
fs/ecryptfs/crypto.c: In function ‘ecryptfs_init_crypt_ctx’:
fs/ecryptfs/crypto.c:831: error:
On Sat, Jan 20, 2007 at 09:08:47AM +0100, Michał Kudła wrote:
Hello,
after
...
hdb: max request size: 512KiB
hdb: 488397168 sectors (250059 MB) w/8192KiB Cache, CHS=30401/255/63,
Should be everywere KiB, MiB, GiB, ... according to IEC 60027-2
You are mistaken. The MB here are actual
I often run into the following annoying problem when working on the
2.6.16 and trivial trees:
I want to change or delete the x-th commit from the top under the
following prerequisites:
- the last x commits don't contain merges
- the last x commits aren't pushed anywhere else
The only tool I
Well, probably the same reason as NFS over UDP is discouraged. See nfs(5)
section WARNINGS (in short: IP fragment ID can wrap quite fast on Gigabit)
I have no such warning in my nfs(5), but I am aware of this yes.
Somewhat amusing that both nfs and ncpfs tend to default to using udp
with this
Hi Claas,
[EMAIL PROTECTED] napisał(a):
The mm snapshot broken-out-2007-01-26-00-36.tar.gz has been uploaded to
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/mm/broken-out-2007-01-26-00-36.tar.gz
$ quilt patches drivers/char/drm/via_3d_reg.h
patches/updates-to-via-dri.patch
On Thu, Jan 18, 2007 at 11:58:05PM -0700, Grant Grundler wrote:
Other per bus attributes might be address routing, VGA routing enabled,
Fast-back-to-back enabled. PCI-X bridges and PCI-e bridges might also
advertise data related to MMRBC and similar onboard buffer mgt behaviors.
ISTR, IBM
On Thu, Jan 18, 2007 at 01:00:44AM -0800, Greg KH wrote:
On Thu, Jan 18, 2007 at 09:14:06AM +0100, Martin Mares wrote:
Hello!
I recommend we just delete the pci_bus class. I don't think it serves
any useful purpose. The bridge can be inferred frmo the sysfs hierarchy
(not to
Convert pci_module_init() to pci_register_driver().
Signed-off-by: Richard Knutsson [EMAIL PROTECTED]
---
Compile-tested with allyes, allmod allno on i386
Diff'ed against the unpatched object-files, no difference
Has previously been sent to the maintainers, without respons
crypto/geode-aes.c |
Dan Williams wrote:
On Fri, 2007-01-26 at 21:48 -0600, Larry Finger wrote:
Is there a convention regarding the information that a wireless MAC layer
should provide when
reporting scan data from an AP with a hidden SSID?
In ieee80211, the software inserts the string hidden for such an AP,
[EMAIL PROTECTED] napisał(a):
The mm snapshot broken-out-2007-01-26-00-36.tar.gz has been uploaded to
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/mm/broken-out-2007-01-26-00-36.tar.gz
drivers/ata/sata_inic162x.c: In function ‘inic_pci_device_resume’:
On Saturday 27 of January 2007 10:05:53 Avi Kivity wrote:
g appears to be equivalent to rmi, if i is impossible, gcc is free
to use r or m, no?
`r'
A register operand is allowed provided that it is in a general
register.
`g'
Any register, memory or immediate integer operand is
On 1/26/07, H. Peter Anvin [EMAIL PROTECTED] wrote:
Just for everyone's information...
The git performance issues (especially) on kernel.org has been very
frustrating, obviously. We're putting a dedicated git server in place
hopefully the week of February 5.
For the hardware geeks out there,
Alan wrote:
Were it not for the PATA and interrupt storm bits, I would say that
Marvell 6145 works with a simple PCI ID addition.
The 6101 driver should drive the 6145 pata port via the legacy registers
They cannot co-exist, unfortunately.
Jeff
-
To unsubscribe from this list:
Hi!
In 2.6.19, support for splitting driver suspend and resume callbacks
into interrupt and non-interrupt contexts was added. Unfortunately, this
broke /sys/device/.../power/state support for all devices. In the long
run, this should be obsoleted by power management support in the
* David Johnson [EMAIL PROTECTED] [2007-01-25 15:45]:
On Thursday 25 January 2007 09:36, Bernhard Walle wrote:
The r8169 driver which is in the kernel should have the same
functionality.
It does indeed, but I think this support was only added recently; I believe
the first kernel
* Jan Engelhardt [EMAIL PROTECTED] [2007-01-27 15:53]:
On Jan 27 2007 02:22, Florian Schmidt wrote:
i was wondering whether there exists any mechanism to blacklist modules
from being loaded besides the typical etc/modprobe.d/blacklist type
mechanisms. Sometimes you have a module oopsing
Hi!
This patch allows the bus driver to check whether a specific driver
requires the split. If not, the 2.6.18 functionality is restored. It
also alters feature-removals.txt to note that the deprecated
functionality should not be removed until a replacement actually exists.
That
[EMAIL PROTECTED] napisał(a):
The mm snapshot broken-out-2007-01-26-00-36.tar.gz has been uploaded to
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/mm/broken-out-2007-01-26-00-36.tar.gz
git-scsi-misc.patch typo fix.
drivers/scsi/NCR_D700.c: In function ‘NCR_D700_probe_one’:
On Fri, Jan 26, 2007 at 07:16:25PM +0100, Malte Schröder wrote:
On Friday 26 January 2007 19:11, Adrian Bunk wrote:
Subject: BUG: at mm/truncate.c:60 cancel_dirty_page() (reiserfs)
References : http://lkml.org/lkml/2007/1/7/117
http://lkml.org/lkml/2007/1/10/202
* Andrew Morton ([EMAIL PROTECTED]) wrote:
On Thu, 25 Jan 2007 11:15:45 -0500
Mathieu Desnoyers [EMAIL PROTECTED] wrote:
It mainly adds support for missing 64 bits cmpxchg and 64 bits atomic add
unless. Therefore, principally 64 bits architectures are targeted by these
patches. It also
On Sat, Jan 27, 2007 at 06:28:01PM +0100, Adrian Bunk wrote:
On Fri, Jan 26, 2007 at 07:16:25PM +0100, Malte Schröder wrote:
On Friday 26 January 2007 19:11, Adrian Bunk wrote:
Subject: BUG: at mm/truncate.c:60 cancel_dirty_page() (reiserfs)
References :
Hi!
I thought the resolution was that fixing a few of those drivers
should solve the problem Matthew needed resolved, and that in
the meanwhile rmmod drivername should suffice. There also seemed
to be agreement that power management for wireless devices needed
more work;
This email lists some known regressions in 2.6.20-rc6 compared to 2.6.19
with patches available.
If you find your name in the Cc header, you are either submitter of one
of the bugs, maintainer of an affectected subsystem or driver, a patch
of you caused a breakage or I'm considering you in any
Hi!
Well, I do not think your kernel code is mergeable. But bits to enable
similar functionality in userspace probably would be mergeable.
You said it :-)
This patch exports to the user space the inactivity time (in msecs) of a given
input device. Example follows:
Looks okay to
On Sat, 27 Jan 2007, Adrian Bunk wrote:
Unless I misunderstand this issue, we want this fixed before 2.6.20
because otherwise many people might see this BUG message.
The warnign was removed for other reasons, I'll re-instate it after 2.6.20
has been released so that we can resolve all
I'm a little stumped trying to set up raid 10. I set
it up and it worked but after a reboot it forgets my
raid setup.
Created 2 raid 1 arrays in md0 and md1 and that works
and survives a reboot.
However - I created a raid 0 on /dev/md2 made up of
/dev/md0 and /dev/md1 and it worked but it
I'm a little stumped trying to set up raid 10. I set
it up and it worked but after a reboot it forgets my
raid setup.
Now, let's hear the name of the distribution you use.
BTW, is md1 also disappearing?
-`J'
--
-
To unsubscribe from this list: send the line unsubscribe linux-kernel
* Andrew Morton ([EMAIL PROTECTED]) wrote:
I'm giving up. Someone should publish a suite of cross-compilers for us
so stuff like this doesn't need to happen.
Hi Andrew,
I am currently trying crosstool by Dan Kegel, it looks promising.
http://www.kegel.com/crosstool/
I will let you know more
Sam,
I'm trying to create a external module that involves generating
one of the source files needed for
the module, I'm using this Makefile:
[EMAIL PROTECTED] ctracer_example]$ cat Makefile
obj-m := ctracer.o
ctracer-y := ctracer_methods.o ctracer_jprobe.o
CLASS=sock
KDIR :=
--- Jan Engelhardt [EMAIL PROTECTED] wrote:
I'm a little stumped trying to set up raid 10. I
set
it up and it worked but after a reboot it forgets
my
raid setup.
Now, let's hear the name of the distribution you
use.
BTW, is md1 also disappearing?
Sorry about that. I'm using
ctracer_methods.o: ctracer_methods.c
$(obj)/ctracer_methods.o: $(src)/ctracer_methods.c
$(src)/ctracer_methods.c:
...
I don't know if $(obj) or $(src) is the right thing, but something along
these lines is required for OOT.
-`J'
--
-
To unsubscribe from this list: send the line
On Jan 27 2007 10:31, Marc Perkel wrote:
--- Jan Engelhardt [EMAIL PROTECTED] wrote:
I'm a little stumped trying to set up raid 10. I
set
it up and it worked but after a reboot it forgets
my
raid setup.
Now, let's hear the name of the distribution you
use.
BTW, is md1 also
Am Samstag, 27. Januar 2007 12:28 schrieb Frieder Bürzele:
Hi,
I got the follow while trying to compile 2.6.20-rc6-rt2
.config attached
Greetz Frieder
please CC me
CHK include/linux/version.h
CHK include/linux/utsrelease.h
CHK include/linux/compile.h
UPD
Jan Engelhardt wrote:
ctracer_methods.o: ctracer_methods.c
$(obj)/ctracer_methods.o: $(src)/ctracer_methods.c
$(src)/ctracer_methods.c:
...
I don't know if $(obj) or $(src) is the right thing, but something along
these lines is required for OOT.
Thanks, that did the trick,
--- Jan Engelhardt [EMAIL PROTECTED] wrote:
On Jan 27 2007 10:31, Marc Perkel wrote:
--- Jan Engelhardt [EMAIL PROTECTED] wrote:
I'm a little stumped trying to set up raid 10. I
set
it up and it worked but after a reboot it
forgets
my
raid setup.
Now, let's hear the name
Also - when running software raid 10 - what's a good
chunck size these days? Running raid 10 with 4 500 GB
SATA2 drives with 16mb buffers?
Now that's room service! Choose from over 150,000 hotels
in 45,000
Eric W. Biederman wrote:
Auke Kok [EMAIL PROTECTED] writes:
Hi,
I've established a regression in the MSI vector/irq allocation routine for both
i386 and x86_64. Our test labs repeatedly modprobe/rmmod the e1000 driver for
serveral minutes which allocates msi vectors and frees them. These
On Sat, Jan 27, 2007 at 05:45:25PM +, Pavel Machek wrote:
Hi!
Well, I do not think your kernel code is mergeable. But bits to enable
similar functionality in userspace probably would be mergeable.
You said it :-)
This patch exports to the user space the inactivity time
On Friday 26 January 2007 3:21 pm, David Brownell wrote:
FWIW, I defined it as a single bit in that patch, because that's
what my HW can do when the transmitter is disabled - and because
MOSI *is* a single-valued signal. ;-)
I wouldn't mind a single bit flag either, saying whether to
On Saturday 27 January 2007 2:11 am, Hans-Peter Nilsson wrote:
From: David Brownell [EMAIL PROTECTED]
Date: Fri, 26 Jan 2007 15:21:15 -0800
That flag could work in conjunction with a byte
Or why not a 32-bit word!
If a driver wants a repeating 32-bit pattern, they should
Auke Kok [EMAIL PROTECTED] writes:
I highly doubt it - I've seen the problem even on this weeks git on
x86_64. Moreover, I'm at home for the weekend and testing resources are
limited
:). I'll see what I can do
Thanks. There may be more to it than what I suspect, but I could not
reproduce
1 - 100 of 334 matches
Mail list logo