This patches fixes the silent data corruption problems being seen using the
GART iommu where 4kB of data where incorrect (seen mostly on Nvidia CK804
systems). This fix, to mark the memory regin the GART PTEs reside on as
uncacheable, also brings the code in line with the AGP specification.
Jeremy Fitzhardinge [EMAIL PROTECTED] writes:
Chuck Ebbert wrote:
H. Peter Anvin wrote:
Andi Kleen wrote:
Then we would have seen reports surely?
Yes, I would have thought so. It surprised me that such an obvious bug
could be there, apparently for a long time. But it's
Hi Vitaly,
On Sun, 22 Apr 2007 15:29:37 +0400, Vitaly Bordug wrote:
On Sat, 21 Apr 2007 09:57:07 +0200 Jean Delvare wrote:
I wonder what's the point of having a separate i2c algorithm driver.
We don't expect any other driver than i2c-rpx to ever use it, do we?
In that case, all the code
Use TLB batching for MADV_FREE. Adds another 10-15% extra performance
to the MySQL sysbench results on my quad core system.
Signed-off-by: Rik van Riel [EMAIL PROTECTED]
---
Rik van Riel wrote:
I've added a 5th column, with just your mmap_sem patch and
without my madv_free patch. It is run
* Nick Piggin [EMAIL PROTECTED] wrote:
yeah - but they'll all be quad core, so the SMP timeslice
multiplicator should do the trick. Most of the CFS testers use
single-CPU systems.
But desktop users could have have quad thread and even 8 thread CPUs
soon, [...]
SMT is indeed an
On Friday 20 April 2007, Ingo Molnar wrote:
i'm pleased to announce release -v4 of the CFS patchset.
Hi Ingo, hi Avi, hi all,
I'm trying to use kvm-20 with cfs v4 and get a crash:
[EMAIL PROTECTED]:~$ /usr/local/kvm/bin/qemu -snapshot
/mnt/data/virtual/qemu/winxp.img
kvm_run: failed entry,
On Monday 23 April 2007 11:14:10 Joachim Deguara wrote:
This patches fixes the silent data corruption problems being seen using the
GART iommu where 4kB of data where incorrect (seen mostly on Nvidia CK804
systems).
Performance numbers? How much slower does this make this? Is it still faster
On Fri, Apr 20, 2007 at 09:23:48PM +0400, Oleg Nesterov wrote:
On 04/20, Jarek Poplawski wrote:
Here is my proposal to make things clearer:
(this time on 2.6.21-rc7)
CC: David Chinner [EMAIL PROTECTED]
CC: Oleg Nesterov [EMAIL PROTECTED]
Signed-off-by: Jarek Poplawski [EMAIL
On 04/04/2007 06:38 PM, Rene Herman wrote:
Rusty?
On 04/04/2007 06:00 PM, Alan Cox wrote:
Given that people seem to agree that authorship information has no
place in the binary, that might actually be best.
Authorship information is very useful in the binary, especially when you
have to
Lennart,
On Sun, 22 Apr 2007 11:41:51 -0400, Lennart Sorensen wrote:
On Fri, Apr 20, 2007 at 07:49:33PM +0200, Jean Delvare wrote:
The scx200_acb driver was heavily modified in 2.6.17 and 2.6.18, not
much since then. I am not familiar with the hardware so I can't comment
on which chips are
On Monday 23 April 2007 11:32, Andi Kleen wrote:
On Monday 23 April 2007 11:14:10 Joachim Deguara wrote:
This patches fixes the silent data corruption problems being seen using
the GART iommu where 4kB of data where incorrect (seen mostly on Nvidia
CK804 systems).
Performance numbers? How
On Monday 23 April 2007 11:45:11 Joachim Deguara wrote:
I can work on that as a side note, but while the GART IOMMU is still in the
kernel then we need this fix.
If it's too slow we can just use swiotlb instead. Probably while enlarging it.
-Andi
-
To unsubscribe from this list: send the
* Zach Carter [EMAIL PROTECTED] wrote:
FYI, make headers_check seems to fail on this:
[EMAIL PROTECTED] linux-2.6]$ make headers_check
make[2]: *** No rule to make target
`/src/linux-2.6/usr/include/linux/.check.sched.h', needed by
`__headerscheck'. Stop.
make[1]: *** [linux] Error 2
Nick Piggin wrote:
Rik van Riel wrote:
I've added a 5th column, with just your mmap_sem patch and
without my madv_free patch. It is run with the glibc patch,
which should make it fall back to MADV_DONTNEED after the
first MADV_FREE call fails.
Thanks! (I edited slightly so it doesn't wrap)
Greetings,
commit 226a6b84aaaf1fac7a5d41cf4e7387fd9ba895d5 renumbered Chapter 11 in
Documentation/CodingStyle to Chapter 12, but it didn't update the reference
to that chapter further down in the file. This patch corrects the chapter
reference.
Signed-off-by: Jesper Juhl [EMAIL PROTECTED]
Nick Piggin wrote:
I haven't tested your MADV_FREE patch yet.
Good. It turned out that one behaved a bit strange without tlb batching
anyway.
I'm now running ebizzy across the whole set of kernels I tested before,
and will post the results in a bit.
--
Politics is the struggle between
* Christian Hesse [EMAIL PROTECTED] wrote:
On Friday 20 April 2007, Ingo Molnar wrote:
i'm pleased to announce release -v4 of the CFS patchset.
Hi Ingo, hi Avi, hi all,
I'm trying to use kvm-20 with cfs v4 and get a crash:
[EMAIL PROTECTED]:~$ /usr/local/kvm/bin/qemu -snapshot
At Fri, 20 Apr 2007 20:26:10 +0200,
I wrote:
At Fri, 20 Apr 2007 11:18:07 -0700,
Andrew Morton wrote:
On Fri, 20 Apr 2007 12:34:18 +0200
Takashi Iwai [EMAIL PROTECTED] wrote:
Good to hear! I forgot the patch description and sign-off, so here it
is again:
[PATCH]
Rik van Riel wrote:
Use TLB batching for MADV_FREE. Adds another 10-15% extra performance
to the MySQL sysbench results on my quad core system.
Signed-off-by: Rik van Riel [EMAIL PROTECTED]
---
Rik van Riel wrote:
I've added a 5th column, with just your mmap_sem patch and
without my
Andrew Morton wrote:
On Sat, 21 Apr 2007 01:28:43 -0700 Andrew Morton [EMAIL PROTECTED] wrote:
It would have been better to have patched page_alloc.c independently, then
to have used HIGH_ORDER in lumpy: increase pressure at the end of the
inactive
list.
Actually that doesn't matter,
On Fri, Apr 20, 2007 at 10:02:08PM +0400, Oleg Nesterov wrote:
On 04/19, Rafael J. Wysocki wrote:
On Thursday, 19 April 2007 14:02, Gautham R Shenoy wrote:
This patch fixes the race pointed out by Oleg Nesterov.
* Freezer marks a thread as freezeable.
* The thread now marks
Nick Piggin wrote:
It looks like the tlb flushes (and IPIs) from zap_pte_range()
could have been the problem. They're gone now.
I guess it is a good idea to batch these things. But can you
do that on all architectures? What happens if your tlb flush
happens after another thread already
Rik van Riel wrote:
Nick Piggin wrote:
It looks like the tlb flushes (and IPIs) from zap_pte_range()
could have been the problem. They're gone now.
I guess it is a good idea to batch these things. But can you
do that on all architectures? What happens if your tlb flush
happens after
On Sat, Apr 21, 2007 at 01:12:09AM +0400, Oleg Nesterov wrote:
On 04/19, Gautham R Shenoy wrote:
@@ -63,12 +74,16 @@ void refrigerator(void)
recalc_sigpending(); /* We sent fake signal, clean it up */
spin_unlock_irq(current-sighand-siglock);
+ task_lock(current);
Hi!
Fix the problem with kthread_stop() that causes the freezer to fail if a
freezable thread is attempting to stop a frozen one and that may cause the
freezer to fail if the thread being stopped is freezable and
try_to_freeze_tasks() is running concurrently with kthread_stop().
Parse error.
Hi!
Now that the freezer is used by kprobes, it is no longer a PM-specific piece
of
code. Move the freezer code out of kernel/power and introduce the
CONFIG_FREEZER option that will be chosen automatically if PM or KPROBES is
set.
Signed-off-by: Rafael J. Wysocki [EMAIL PROTECTED]
On Mon, Apr 23, 2007 at 08:21:37PM +1000, Nick Piggin wrote:
I guess it is a good idea to batch these things. But can you
do that on all architectures? What happens if your tlb flush
happens after another thread already accesses it again, or
after it subsequently gets removed from the address
Use TLB batching for MADV_FREE. Adds another 10-15% extra performance
to the MySQL sysbench results on my quad core system.
Signed-off-by: Rik van Riel [EMAIL PROTECTED]
---
Nick Piggin wrote:
3) because of this, we can treat any such accesses as
happening simultaneously with the
Still don't know why some people see problems with ATAPI devices
specifically but here are some more small fixes done while searching for
the root problem (some of these fixes are overconservative but that can
be fixed *after* the thing works fully)
Signed-off-by: Alan Cox [EMAIL PROTECTED]
diff
Hi!
From: Rafael J. Wysocki [EMAIL PROTECTED]
Move all of the freezer-related flags to a separate field in task_struct and
introduce functions to operate them using set_bit() etc.
Looks sane to me.
Signed-off-by: Rafael J. Wysocki [EMAIL PROTECTED]
--
(english)
[EMAIL PROTECTED] wrote:
This patch removes the process grouping code from the cpusets code,
instead hooking it into the generic container system. This temporarily
adds cpuset-specific code in kernel/container.c, which is removed by
the next patch in the series.
Signed-off-by: Paul Menage
Hi
PageLRU flag operation is protected by zone-lru_lock, so
SetPageLRU/ClearPageLRU
can be replaced to __SetPageLRU/__ClearPageLRU non-atomic bit operation.
Thanks.
Signed-off-by :Hisashi Hifumi [EMAIL PROTECTED]
diff -Nrup linux-2.6.21-rc7.org/include/linux/page-flags.h
Hi Paul,
In [patch 3/7] Containers (V8): Add generic multi-subsystem API to
containers, you have forcefully enabled interrupt in
container_init_subsys() with spin_unlock_irq() which breaks on PPC64.
+static void container_init_subsys(struct container_subsys *ss) {
+ int retval;
+
On Mon, 2007-04-23 at 12:49 +0530, Karuna sagar K wrote:
Hi,
The tool estimates the cross-chunk references from an extt2/3 file
system. It considers a block group as one chunk and calcuates how many
block groups does a file span across. So, the block group size gives
the estimate of chunk
On Sun, 2007-04-22 at 11:46 +0200, Michael Buesch wrote:
No, this doesn't look right. There are other devices that come with
SiliconBackplane but are not PCI or PCMCIA style devices.
Yes, Michael already told me about that. The current solution is to use
!S390, could we use HAS_IOMEM
On Mon, 23 Apr 2007, Hisashi Hifumi wrote:
PageLRU flag operation is protected by zone-lru_lock, so
SetPageLRU/ClearPageLRU
can be replaced to __SetPageLRU/__ClearPageLRU non-atomic bit operation.
No. The PG_lru flag bit is just one bit amongst many others:
what of concurrent operations
On Monday 23 April 2007, Martin Schwidefsky wrote:
The current Kconfig code does not check all select statements if they
can be enabled before allowing the config option that does the select.
So the rule for using select statements is that the depends line of the
config option that selects
On Mon, 2007-04-23 at 11:33 +0200, Rene Herman wrote:
On 04/04/2007 06:38 PM, Rene Herman wrote:
Rusty?
Valid points have been made on both sides. I suggest:
#define MODULE_MAINTAINER(_maintainer) \
MODULE_AUTHOR((Maintained by) _maintainer)
Cheers,
Rusty.
-
To unsubscribe from
On 4/23/07, Kalpak Shah [EMAIL PROTECTED] wrote:
On Mon, 2007-04-23 at 02:16 +0530, Karuna sagar K wrote:
.
The file system is looked upon as a set of blocks (more precisely
metadata blocks). We randomly choose from this set of blocks to
corrupt. Hence we would be able to overcome the
On Sun, Apr 22, 2007 at 09:12:55PM -0600, Eric W. Biederman wrote:
This patch implements the kthread helper functions kthread_start
and kthread_end which make it simple to support a kernel thread
that may decided to exit on it's own before we request it to.
It is still assumed that
On Mon, 2007-04-23 at 13:22 +0200, Arnd Bergmann wrote:
The current Kconfig code does not check all select statements if they
can be enabled before allowing the config option that does the select.
So the rule for using select statements is that the depends line of the
config option that
Here is something I don't understand...
It seems there is a maintainer, namesys people, which is what I was
supposing, and probably it is the most qualified one for reiser4,
but it also seems you imply that they are not interested right now in
kernel inclusion, since they are not asking in
This is an initial implementation of ChunkFS technique, briefly discussed
at: http://lwn.net/Articles/190222 and
http://cis.ksu.edu/~gud/docs/chunkfs-hotdep-val-arjan-gud-zach.pdf
This implementation is done within ext2 driver. Every chunk is an
independent ext2 file system. The knowledge
Rik van Riel wrote:
First some ebizzy runs...
This is interesting. Ginormous speedups in ebizzy[1] on my quad core
test system. The following numbers are the average of 10 runs, since
ebizzy shows some variability.
You can see a big influence from the tlb batching and from Nick's
madv_sem
On Fri, 13 Apr 2007 14:26:22 +0900 Yasunori Goto [EMAIL PROTECTED] wrote:
Hello.
cmdline_parse_kernelcore() should return the next pointer of boot option
like memparse() doing. If not, it is cause of eternal loop on ia64 box.
This patch is for 2.6.21-rc6-mm1.
Signed-off-by:
On Monday 23 April 2007, Martin Schwidefsky wrote:
Isn't B44 already behind a WIRELESS or IEEE80211 or similar option that
can't be selected on s390?
No, the option can be found in drivers/net/Kconfig under menu Ethernet
(10 or 100Mbit).
Ah, I was confusing it with b43.
Depends on
On Mon, 23 Apr 2007, Rusty Russell wrote:
On Mon, 2007-04-23 at 11:33 +0200, Rene Herman wrote:
On 04/04/2007 06:38 PM, Rene Herman wrote:
Rusty?
Valid points have been made on both sides. I suggest:
#define MODULE_MAINTAINER(_maintainer) \
MODULE_AUTHOR((Maintained by)
On Mon, 23 Apr 2007, Jiri Kosina wrote:
On Sun, 22 Apr 2007, Parag Warudkar wrote:
@@ -1097,8 +1097,13 @@
/* Driver specific per-device data */
chip = kzalloc(sizeof(*chip), GFP_KERNEL);
- if (chip == NULL)
+ devname = kmalloc(DEVNAME_SIZE, GFP_KERNEL);
+ + if (chip == NULL
This patch includes:
- dlpar fix:
certain resources may only be allocated when first
logical port is available, and must be removed when
last logical port has been removed
- sysfs entries:
create symbolic link from each logical port to ehea driver
Signed-off-by:
G.. My email client was at it again. Sorry it messed up with the
additonal + again.
Do not use Alpine - This is the first email client (alphas and betas
included) which is buggy enough to change what you write!
Not taking chances this time - patch attached.
Parag
---
Remy Bohmer :
Hello All,
I need to implement a gtod/clocksource/clockevents implementation for
the Atmel ARM AT91SAM9261 CPU, and I am looking for some kernel
(interface) documentation about these mechanisms.
[..]
I hacked something which now makes the RT kernel to boot, but the
time-of-day
2007/4/23, Ingo Molnar [EMAIL PROTECTED]:
Index: linux/kernel/sched.c
===
--- linux.orig/kernel/sched.c
+++ linux/kernel/sched.c
+#include sched_stats.h
+#include sched_rt.c
+#include sched_fair.c
+#include sched_debug.c
Index:
No. The PG_lru flag bit is just one bit amongst many others:
what of concurrent operations changing other bits in that same
unsigned long e.g. trying to lock the page by setting PG_locked?
There are some places where such micro-optimizations can be made
(typically while first allocating the
PC: IBM NetVista - Type: 6269-R2G - S/N 55224PG
Operating system: Linux 2.6.18-4-686 #1 SMP Mon Mar 26 17:17:36 UTC 2007 i686
GNU/Linux
Dear sir/madam,
This is what I got after upgrading from sarge to etch (Debian):
POST STARTUP ERRORS ( BIOS )
The following error(s) were detected when the
On 04/23/2007 01:52 PM, Robert P. J. Day wrote:
On Mon, 23 Apr 2007, Rusty Russell wrote:
Valid points have been made on both sides. I suggest:
#define MODULE_MAINTAINER(_maintainer) \
MODULE_AUTHOR((Maintained by) _maintainer)
why bring MODULE_AUTHOR into it? just define it in
* Guillaume Chazarain [EMAIL PROTECTED] wrote:
2007/4/23, Ingo Molnar [EMAIL PROTECTED]:
Index: linux/kernel/sched.c
===
--- linux.orig/kernel/sched.c
+++ linux/kernel/sched.c
+#include sched_stats.h
+#include sched_rt.c
On Sun, Apr 22, 2007 at 09:40:59PM +0200, Rafael J. Wysocki wrote:
From: Rafael J. Wysocki [EMAIL PROTECTED]
Fix the problem with kthread_stop() that causes the freezer to fail if a
freezable thread is attempting to stop a frozen one and that may cause the
freezer to fail if the thread being
Parag Warudkar napsal(a):
On Mon, 23 Apr 2007, Jiri Kosina wrote:
On Sun, 22 Apr 2007, Parag Warudkar wrote:
@@ -1097,8 +1097,13 @@
/* Driver specific per-device data */
chip = kzalloc(sizeof(*chip), GFP_KERNEL);
- if (chip == NULL)
+ devname = kmalloc(DEVNAME_SIZE,
Hello.
Mikael Starvik wrote:
The attached patch updates the CRIS IDE driver.
Signed-off-by: Mikael Starvik [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]
Please attach the patch as text/plain and clean it from the whitespace noise.
:-/
/Mikael
MBR, Sergei
-
To unsubscribe from this
On Mon, 23 Apr 2007, Robert P. J. Day wrote:
On Mon, 23 Apr 2007, Rusty Russell wrote:
On Mon, 2007-04-23 at 11:33 +0200, Rene Herman wrote:
On 04/04/2007 06:38 PM, Rene Herman wrote:
Rusty?
Valid points have been made on both sides. I suggest:
#define
On Mon, 23 Apr 2007, Yasunori Goto wrote:
On Fri, 13 Apr 2007 14:26:22 +0900 Yasunori Goto [EMAIL PROTECTED] wrote:
Hello.
cmdline_parse_kernelcore() should return the next pointer of boot option
like memparse() doing. If not, it is cause of eternal loop on ia64 box.
This patch is for
--- Sergey Yanovich [EMAIL PROTECTED] wrote:
For a typical, non-linux-geek user there are just two states of the
device -
available and not available. Ububtu is famous for its end-user support.
They ship your driver since linux-2.6.17. But they pack it in one module.
And that is
On Sun, Apr 22, 2007 at 09:39:26PM +0200, Rafael J. Wysocki wrote:
@@ -63,9 +100,9 @@ static inline int thaw_process(struct ta
*/
static inline void frozen_process(struct task_struct *p)
{
- p-flags |= PF_FROZEN;
+ set_frozen_flag(p);
wmb();
- clear_tsk_thread_flag(p,
On Mon, 23 Apr 2007, Hisashi Hifumi wrote:
No. The PG_lru flag bit is just one bit amongst many others:
what of concurrent operations changing other bits in that same
unsigned long e.g. trying to lock the page by setting PG_locked?
There are some places where such micro-optimizations can be
pci_find_slot isn't hot-plug safe. Move this code to the pci hotplug safe
equivalent and hold a refcount
properly while doinmg make_one_node_map.
Signed-off-by: Alan Cox [EMAIL PROTECTED]
diff -u --new-file --recursive --exclude-from /usr/src/exclude
Signed-off-by: Alan Cox [EMAIL PROTECTED]
diff -u --new-file --recursive --exclude-from /usr/src/exclude
linux.vanilla-2.6.21-rc6-mm1/drivers/char/agp/nvidia-agp.c
linux-2.6.21-rc6-mm1/drivers/char/agp/nvidia-agp.c
--- linux.vanilla-2.6.21-rc6-mm1/drivers/char/agp/nvidia-agp.c 2007-04-12
Signed-off-by: Alan Cox [EMAIL PROTECTED]
diff -u --new-file --recursive --exclude-from /usr/src/exclude
linux.vanilla-2.6.21-rc6-mm1/drivers/char/agp/sworks-agp.c
linux-2.6.21-rc6-mm1/drivers/char/agp/sworks-agp.c
--- linux.vanilla-2.6.21-rc6-mm1/drivers/char/agp/sworks-agp.c 2007-04-12
Signed-off-by: Alan Cox [EMAIL PROTECTED]
diff -u --new-file --recursive --exclude-from /usr/src/exclude
linux.vanilla-2.6.21-rc6-mm1/drivers/firmware/edd.c
linux-2.6.21-rc6-mm1/drivers/firmware/edd.c
--- linux.vanilla-2.6.21-rc6-mm1/drivers/firmware/edd.c 2007-04-12
14:14:43.0 +0100
Not sure how this one got missed in the great purge some time ago but it
did.
Signed-off-by: Alan Cox [EMAIL PROTECTED]
diff -u --new-file --recursive --exclude-from /usr/src/exclude
linux.vanilla-2.6.21-rc6-mm1/drivers/ide/pci/sl82c105.c
linux-2.6.21-rc6-mm1/drivers/ide/pci/sl82c105.c
---
On Mon, Apr 23, 2007 at 01:04:45AM -0700, Andrew Morton wrote:
The namesys engineers continue to maintain reiser4 and I continue to
receive patches for it.
Right now I'd say that the main blockages for reiser4 are a) the developers
aren't presently asking for inclusion (afaik) and b) lack of
Signed-off-by: Alan Cox [EMAIL PROTECTED]
diff -u --new-file --recursive --exclude-from /usr/src/exclude
linux.vanilla-2.6.21-rc6-mm1/drivers/macintosh/via-pmu.c
linux-2.6.21-rc6-mm1/drivers/macintosh/via-pmu.c
--- linux.vanilla-2.6.21-rc6-mm1/drivers/macintosh/via-pmu.c2007-04-12
On Monday 23 April 2007, Jan-Bernd Themann wrote:
- dlpar fix:
certain resources may only be allocated when first
logical port is available, and must be removed when
last logical port has been removed
- sysfs entries:
create symbolic link from each logical
Signed-off-by: Alan Cox [EMAIL PROTECTED]
diff -u --new-file --recursive --exclude-from /usr/src/exclude
linux.vanilla-2.6.21-rc6-mm1/drivers/pci/syscall.c
linux-2.6.21-rc6-mm1/drivers/pci/syscall.c
--- linux.vanilla-2.6.21-rc6-mm1/drivers/pci/syscall.c 2007-04-12
14:14:44.0 +0100
+++
Signed-off-by: Alan Cox [EMAIL PROTECTED]
diff -u --new-file --recursive --exclude-from /usr/src/exclude
linux.vanilla-2.6.21-rc6-mm1/drivers/sbus/char/openprom.c
linux-2.6.21-rc6-mm1/drivers/sbus/char/openprom.c
--- linux.vanilla-2.6.21-rc6-mm1/drivers/sbus/char/openprom.c 2007-04-12
Hi
[Sorry for the late answer]
On 4/19/07, Francis Moreau [EMAIL PROTECTED] wrote:
On 4/17/07, Roland Dreier [EMAIL PROTECTED] wrote:
It seems trivial to keep the last key you were given and do a quick
memcmp in your setkey method to see if it's different from the last
key you
Signed-off-by: Alan Cox [EMAIL PROTECTED]
diff -u --new-file --recursive --exclude-from /usr/src/exclude
linux.vanilla-2.6.21-rc6-mm1/drivers/video/nvidia/nv_hw.c
linux-2.6.21-rc6-mm1/drivers/video/nvidia/nv_hw.c
--- linux.vanilla-2.6.21-rc6-mm1/drivers/video/nvidia/nv_hw.c 2007-04-12
On Mon, 23 Apr 2007, Andrew Morton wrote:
It certainly is. Are you able to identify an earlier kernel in which this
didn't happen? 2.6.20? An earlier 2.6.21-rcX?
I'll try .18 and .20 and see where that gets me - this is my first time
trying to set up packet writing.
William Heimbigner
Signed-off-by: Alan Cox [EMAIL PROTECTED]
diff -u --new-file --recursive --exclude-from /usr/src/exclude
linux.vanilla-2.6.21-rc6-mm1/drivers/media/video/planb.c
linux-2.6.21-rc6-mm1/drivers/media/video/planb.c
--- linux.vanilla-2.6.21-rc6-mm1/drivers/media/video/planb.c2007-04-12
Hello.
Alan Cox wrote:
Not sure how this one got missed in the great purge some time ago but it
did.
Signed-off-by: Alan Cox [EMAIL PROTECTED]
diff -u --new-file --recursive --exclude-from /usr/src/exclude
linux.vanilla-2.6.21-rc6-mm1/drivers/ide/pci/sl82c105.c
On Mon, 2007-04-23 at 02:16 +0530, Karuna sagar K wrote:
For some time I had been working on this file system test framework.
Now I have a implementation for the same and below is the explanation.
Any comments are welcome.
snip
You may want to check out the paper EXPLODE: A Lightweight,
Signed-off-by: Alan Cox [EMAIL PROTECTED]
diff -u --new-file --recursive --exclude-from /usr/src/exclude
linux.vanilla-2.6.21-rc6-mm1/drivers/net/vioc/vioc_irq.c
linux-2.6.21-rc6-mm1/drivers/net/vioc/vioc_irq.c
--- linux.vanilla-2.6.21-rc6-mm1/drivers/net/vioc/vioc_irq.c2007-04-12
Greetings,
I've added the results of the review to the Kconfig cleanup patches
for s390. Patch #2 has been split, one half has all the HAS_IOMEM
depends lines the other the remaining !S390 depends lines.
Andrew: I plan to add patches 1-5 to the for-andrew branch of the
git390 repository if that
From: Martin Schwidefsky [EMAIL PROTECTED]
Refine some depends statements to limit their visibility to the
environments that are actually supported.
Signed-off-by: Martin Schwidefsky [EMAIL PROTECTED]
---
drivers/auxdisplay/Kconfig |1 +
drivers/char/Kconfig |2 ++
From: Martin Schwidefsky [EMAIL PROTECTED]
Add depends on HAS_IOMEM to a number of menus to make them
disappear for s390 which does not have I/O memory.
Signed-off-by: Martin Schwidefsky [EMAIL PROTECTED]
---
drivers/ata/Kconfig|1 +
drivers/char/ipmi/Kconfig |2 ++
SUBSYSTEM==tifm, ACTION==add, TIFM_CARD_TYPE==SD, RUN+=/sbin/modprobe
tifm_sd
Thanks.
As a side note: I have some very good reasons for the current driver
architecture. You may want to
look them up in the mail archive (I outlined them during the initial driver
submission).
I am not in
From: Martin Schwidefsky [EMAIL PROTECTED]
Disable some more menus in the configuration files that are of no
interest to a s390 machine.
Signed-off-by: Martin Schwidefsky [EMAIL PROTECTED]
---
drivers/dma/Kconfig |1 +
drivers/input/Kconfig |1 +
drivers/isdn/Kconfig|1 +
From: Martin Schwidefsky [EMAIL PROTECTED]
Disable some configuration options in the common Kconfig files that
are of no interest to a s390 machine. Enable hangcheck timer.
Signed-off-by: Martin Schwidefsky [EMAIL PROTECTED]
---
drivers/char/Kconfig |7 ---
1 files changed, 4
From: Martin Schwidefsky [EMAIL PROTECTED]
Disband drivers/s390/Kconfig, use the common Kconfig files. The s390
specific config options from drivers/s390/Kconfig are moved to the
respective common Kconfig files.
Signed-off-by: Martin Schwidefsky [EMAIL PROTECTED]
---
arch/s390/Kconfig
From: Martin Schwidefsky [EMAIL PROTECTED]
Hide the config menues for wireless on s390.
Goes on top of git-wireless.patch.
Cc: John W. Linville [EMAIL PROTECTED]
Signed-off-by: Martin Schwidefsky [EMAIL PROTECTED]
---
drivers/net/wireless/Kconfig |1 +
net/Kconfig |1 +
From: Martin Schwidefsky [EMAIL PROTECTED]
Add HAS_IOMEM dependency to the Sonics Silicon Backplane menu.
This hides the menu for s390.
Goes on top of git-wireless.patch.
Cc: Michael Buesch [EMAIL PROTECTED]
Cc: John W. Linville [EMAIL PROTECTED]
Signed-off-by: Martin Schwidefsky [EMAIL
[PATCH 7/9] Kconfig: no userspace I/O on s390.
From: Martin Schwidefsky [EMAIL PROTECTED]
Hide the config menu for userspace I/O on s390.
Goes on top of gregkh-driver-uio.patch.
Cc: Greg Kroah-Hartman [EMAIL PROTECTED]
Signed-off-by: Martin Schwidefsky [EMAIL PROTECTED]
---
[PATCH 9/9] Kconfig: broadcom 4400 dependency.
From: Martin Schwidefsky [EMAIL PROTECTED]
Add HAS_IOMEM dependency to the B44 Broadcom 4400 ethernet support
config option. This hides the option for s390.
Goes on top of git-wireless.patch.
Cc: Michael Buesch [EMAIL PROTECTED]
Cc: John W.
Hi Satyam,
On Mon, Apr 23, 2007 at 09:39:30AM +0530, Satyam Sharma wrote:
Hi Rafael,
+/*
+ * Per task flags used by the freezer
+ *
+ * They should not be referred to directly outside of this file.
+ */
+#define TFF_NOFREEZE 0 /* task should not be frozen */
+#define
On Mon, Apr 23, 2007 at 02:50:27PM +0100, Alan Cox wrote:
Signed-off-by: Alan Cox [EMAIL PROTECTED]
This is lacking a changelog. What's the purpose of changing this?
Is pci_find_slot() obsolete and going away? (If so, it should be
marked as such). These devices aren't hotpluggable, so I'm not
On Mon, 2007-04-23 at 15:01 +0100, Alan Cox wrote:
Signed-off-by: Alan Cox [EMAIL PROTECTED]
Thanks, and this actually helped expose 2 bugs.
pll = NV_RD32(par-PRAMDAC0, 0x0500);
M = (pll 0) 0xFF;
N = (pll 8) 0xFF;
@@ -707,19 +707,21 @@
sim_data.pix_bpp =
Hi,
Jakub Jelinek a écrit :
I don't think you should blindly add all operations to sys_futex64 without
thinking what they really do.
E.g. FUTEX_{{,UN,TRY}LOCK,CMP_REQUEUE}_PI doesn't really make any sense for
64-bit
futexes, the format of PI futexes is hardcoded in the kernel and is always
On Monday 23 April 2007 13:48, Arnd Bergmann wrote:
On Monday 23 April 2007, Martin Schwidefsky wrote:
Isn't B44 already behind a WIRELESS or IEEE80211 or similar option that
can't be selected on s390?
No, the option can be found in drivers/net/Kconfig under menu Ethernet
(10 or
On Monday 23 April 2007 16:14, Martin Schwidefsky wrote:
From: Martin Schwidefsky [EMAIL PROTECTED]
Add HAS_IOMEM dependency to the Sonics Silicon Backplane menu.
This hides the menu for s390.
Goes on top of git-wireless.patch.
Cc: Michael Buesch [EMAIL PROTECTED]
Cc: John W. Linville
On Monday 23 April 2007 16:14, Martin Schwidefsky wrote:
[PATCH 9/9] Kconfig: broadcom 4400 dependency.
From: Martin Schwidefsky [EMAIL PROTECTED]
Add HAS_IOMEM dependency to the B44 Broadcom 4400 ethernet support
config option. This hides the option for s390.
Goes on top of
On 23/04/07 11:42 +0200, Jean Delvare wrote:
I seem to remember there has been a patch floating around to
auto-detect the right ports back in June 2006, but it seems to have
been lost somehow. Jordan, do you remember?
I don't remember that, and Google isn't helping, either. Regardless,
501 - 600 of 881 matches
Mail list logo
