provide BDI constructor/destructor hooks
Signed-off-by: Peter Zijlstra [EMAIL PROTECTED]
---
block/ll_rw_blk.c |2 ++
drivers/block/rd.c |6 ++
drivers/char/mem.c |2 ++
drivers/mtd/mtdcore.c |5 +
fs/char_dev.c
On Fri, Apr 20, 2007 at 08:28:10AM -0700, Jeremy Fitzhardinge wrote:
Dave Jones wrote:
-BUG: at arch/i386/kernel/sched-clock.c:170 init_sched_clock()
- [c01091b5] show_trace_log_lvl+0x1a/0x30
- [c010980c] show_trace+0x12/0x14
- [c01098cb] dump_stack+0x16/0x18
- [c0468dbd]
On 4/20/07, Dmitry Torokhov [EMAIL PROTECTED] wrote:
On 4/20/07, Giuseppe Bilotta [EMAIL PROTECTED] wrote:
Sorry, it seems I was wrong, it's not usbhid but usbmouse taking over.
After a fresh plug (e.g. at bootup) I get the following:
Well, the question is - why do you have usbmouse module
Madhusudhan c wrote:
Suppose a host controller is capable of suporting 8-bit and it tells
the core that it can support 8-bit. Now the card that is plugged in
might or might not support 8-bit based on the type of the card. There
is no field in the ext_csd which will tell you what bus width
On Fri, 20 Apr 2007, Mel Gorman wrote:
While this looks fine, it seems that clear_huge_page() and
clear_mapping_page() could share a common helper. I also note that
clear_huge_page() calls cond_reched() and this doesn't which may be the
type of different behavior we want to avoid.
I am
On Fri, 20 Apr 2007, Benjamin LaHaise wrote:
On Fri, Apr 20, 2007 at 08:43:56PM +0900, Yasunori Goto wrote:
The current panic_on_oom may not work if there is a process using
cpusets/mempolicy, because other nodes' memory may still free.
But some people want failover by panic ASAP even
On Tue, Apr 17, 2007 at 08:45:03PM +0200, Andi Kleen wrote:
Is there any movement on this?
I'm open to reasonable patches for the hooks at least. If that is done
then the actual kgdb code can be reviewed and considered eventually too.
Would you be open to adding to that set of hooks the
On Fri, 20 Apr 2007, Mel Gorman wrote:
So the difference here appears to be that specifying an order means you
can't mmap(). right?
That's fair enough for the moment but relaxing would make ramfs
potentially usable as a replacement for hugetlbfs so there would be just
one ram-based
On Fri, 20 Apr 2007, Mel Gorman wrote:
I believe there is an assumption in parts of reclaim that LRU pages are
order-0. An interesting bug or two is likely to rear its head there.
Correct. We need to deal with reclaim etc.
Note that this is proof-of-concept. Lots of functionality is missing
On Fri, 20 Apr 2007, William Lee Irwin III wrote:
On Fri, Apr 20, 2007 at 02:42:27PM +0100, Mel Gorman wrote:
That's fair enough for the moment but relaxing would make ramfs
potentially usable as a replacement for hugetlbfs so there would be just
one ram-based filesystem instead of two.
On Friday, April 20, 2007 2:23 am Ivan Kokshaysky wrote:
On Thu, Apr 19, 2007 at 05:19:20PM -0700, Linus Torvalds wrote:
I think we used to *never* assign PCI bus resources on x86, but
that thing got fixed some time ago. Now I think we only re-assign
them if they were unassigned *or* if the
On 4/19/07, Alan Stern [EMAIL PROTECTED] wrote:
Among the worst offenders are character devices. None of the subsystem
providers offering char device registration performs immediate detach --
they are a lot like sysfs used to be. (In fact, they probably _can't_
provide it since read() or
Serge E. Hallyn [EMAIL PROTECTED] writes:
Quoting Miklos Szeredi ([EMAIL PROTECTED]):
This patchset has now been bared to the lowest common denominator
that everybody can agree on. Or at least there weren't any objections
to this proposal.
Andrew, please consider it for -mm.
Thanks,
Hi Tejun,
On 4/20/07, Tejun Heo [EMAIL PROTECTED] wrote:
Hello, Dmitry.
Dmitry Torokhov wrote:
On 4/19/07, Cornelia Huck [EMAIL PROTECTED] wrote:
On Thu, 19 Apr 2007 09:13:43 -0400,
Dmitry Torokhov [EMAIL PROTECTED] wrote:
Because they are managed by 2 different entities. the struct
On Friday 20 April 2007 17:24, Ulrich Drepper wrote:
On 4/20/07, Andreas Gruenbacher [EMAIL PROTECTED] wrote:
Yes, that one, sorry. The values it obtains that way are not reliable.
Why should the mount point info together with the filesystem type not
be reliable?
Ah ... I overlooked that
We broke the the alignment of members of taskstats to the 8 byte boundary
with the CSA patches. In the current kernel, the taskstats structure is
not suitable for use by 32 bit applications in a 64 bit kernel.
On x86_64
Offsets of taskstats' members (64 bit kernel, 64 bit application)
On Fri, 20 Apr 2007, Mel Gorman wrote:
While this looks fine, it seems that clear_huge_page() and
clear_mapping_page() could share a common helper. I also note that
clear_huge_page() calls cond_reched() and this doesn't which may be the
type of different behavior we want to avoid.
On Fri, Apr
Hello, Dmitry.
Dmitry Torokhov wrote:
Many drivers (at least all the SCSI/IDE ones) consider struct device as
the base class of the devices those drivers implement. I don't think we
can just consider those drivers to be wrong.
I am not saying they are wrong I am just saying that driver
Dave Jones wrote:
try adding some instrumentation to __pci_register_driver and the functions
it calls.
oh, one thought.. do you have CONFIG_PCI_MULTITHREAD_PROBE set?
I'm wondering if the probing is racing with another driver which is claiming
the same PCI ID. (Edac, or watchdog for example)
On Fri, Apr 20 2007, Christoph Lameter wrote:
On Fri, 20 Apr 2007, Jens Axboe wrote:
This works fine as long as you are in the submitter context, but once
you pass the into the block layer, we don't have any way to find the
address space (at least we don't want to). Would something like
On 04/20, Jarek Poplawski wrote:
On Thu, Apr 19, 2007 at 02:21:22PM +0400, Oleg Nesterov wrote:
...
Yes. It would be better to use cancel_work_sync() instead of
flush_workqueue()
to make this less possible (because cancel_work_sync() doesn't need to wait
for
the whole -worklist),
On Fri, 20 Apr 2007, William Lee Irwin III wrote:
Careful there. mmap() needs more than this.
(1) mapping-order is variable within an fs, so the architectural code
would need some vague awareness of the underlying page size
being variable unless the fs restricts it properly.
On Fri,
If ext3 can do 16T, ext2 probably should be able to as well.
There are still int block containers in the block allocation path
that need to be fixed up.
Perhaps ext2 should get the ext2_fsblk_t/ext2_grpblk_t treatment
as ext3 did, for clarity...
Signed-off-by: Eric Sandeen [EMAIL PROTECTED]
On Fri, 20 Apr 2007, William Lee Irwin III wrote:
On Fri, Apr 20, 2007 at 09:30:30AM -0700, Christoph Lameter wrote:
We can map arbitrary 4k chunks of larger pages.
The core VM can do that but the hugetlb architectural code can't fall
back to smaller page sizes. It also should not be put
Dave Jones wrote:
Andi, I think. I've got his firstfloor.org patches applied to this kernel.
Ah, I saw you patched in CFS too, and thought it may be related.
Well, I have CONFIG_FB_BACKLIGHT enabled, and it still works.
Maybe there's something in Andi's queue which is making it work?
On Fri, 20 Apr 2007, William Lee Irwin III wrote:
The core VM can do that but the hugetlb architectural code can't fall
back to smaller page sizes. It also should not be put into a situation
where it needs to do so given the semantics it must honor.
On Fri, Apr 20, 2007 at 10:15:00AM -0700,
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 PROTECTED]
---
diff -Nurp 2.6.21-rc7-/kernel/workqueue.c
On Fri, Apr 20, 2007 at 10:16:54AM -0700, Jeremy Fitzhardinge wrote:
Dave Jones wrote:
Andi, I think. I've got his firstfloor.org patches applied to this
kernel.
Ah, I saw you patched in CFS too, and thought it may be related.
Well, I have CONFIG_FB_BACKLIGHT enabled,
On Fri, 20 Apr 2007 17:56:09 +0530
Gautham R Shenoy [EMAIL PROTECTED] wrote:
I mean, we already have four of them (PF_NOFREEZE, PF_FROZEN,
PF_FREEZER_SKIP, TIF_FREEZE), and you will need to introduce two more for
the freezer-based CPU hotplug, so if yet another one is needed, that will
On Fri, Apr 20, 2007 at 10:28:46AM +0200, Jiri Slaby wrote:
Andrew Morton napsal(a):
On Tue, 17 Apr 2007 22:02:10 +0200 (CEST) Jiri Slaby [EMAIL PROTECTED]
wrote:
phantom, add a new driver
[...]
+static struct pci_driver phantom_pci_driver = {
+ .name = phantom,
+ .id_table =
On Fri, Apr 20, 2007 at 12:53:31PM -0400, Preston A. Elder wrote:
Linux agpgart interface v0.101 (c) Dave Jones
agpgart: DEBUG 0
agpgart: DEBUG 1
__pci_register_driver: In function
__pci_register_driver: driver = agpgart-amdk7, multithread = 0
__pci_register_driver: Before Spinlock
4K stacks still overflow:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=237276
Just trying to dump the stack trace when that happens causes an oops,
and there's no good way to prevent that. In fact it's probably the
best thing to do anyway.
You can tell something Really Bad has happened
On Friday 20 April 2007 11:38:49 Alan Cox wrote:
I'm looking for some testers for a revamp of the initio driver. No real
code changes other than to hopefully stop it exploding on load on 64bit,
but a major reorganisation, commenting and de-windowsification so the
code is actually readable and
Hi Lennart,
On Thu, 19 Apr 2007 16:59:42 -0400, Lennart Sorensen wrote:
On Thu, Apr 19, 2007 at 08:54:13AM +0200, Jean Delvare wrote:
The major difference is that the implementation in scx200_i2c is
hardware-specific, while the i2c-gpio driver is a generic one, so it's
a lot better.
Hello, I wrote:
[PATCH] ide: rework the code for selecting the best DMA transfer mode
Depends on the ide: fix UDMA/MWDMA/SWDMA masks patch.
I'm now trying to rewrite hpt366.c to benefit more from these
patches...
and alas, this very patch seems to be breaking filtering (at least) in
On Fri, 20 Apr 2007, William Lee Irwin III wrote:
On Fri, 20 Apr 2007, William Lee Irwin III wrote:
The core VM can do that but the hugetlb architectural code can't fall
back to smaller page sizes. It also should not be put into a situation
where it needs to do so given the semantics it
Andi Kleen [EMAIL PROTECTED] writes:
On Friday 20 April 2007 10:35:10 Måns Rullgård wrote:
Arjan van de Ven [EMAIL PROTECTED] writes:
Andi Kleen wrote:
Rationale:
- It cannot be enabled in normal builds because all current lds
become very slow when they have to handle thousands of
Hello, I wrote:
Index: b/drivers/ide/pci/hpt366.c
===
--- a/drivers/ide/pci/hpt366.c
+++ b/drivers/ide/pci/hpt366.c
@@ -513,43 +513,31 @@ static int check_in_drive_list(ide_drive
return 0;
}
-static u8
On 4/20/07, Tejun Heo [EMAIL PROTECTED] wrote:
Hello, Dmitry.
Dmitry Torokhov wrote:
Many drivers (at least all the SCSI/IDE ones) consider struct device as
the base class of the devices those drivers implement. I don't think we
can just consider those drivers to be wrong.
I am not saying
Variable Order Page Cache: Readahead fixups
Readahead is now dependent on the page size. For larger page sizes
we want less readahead.
Add a parameter to max_sane_readahead specifying the page order
and update the code in mm/readahead.c to be aware of variant
page sizes.
[WARNING untested
Variable Order Page Cache: mmap_nopage and mmap_populate
Fix up both functions to be able to operate on arbitrary order
pages. However, both functions establish page table entries
in PAGE_SIZE only and the offset and pgoffset when calling
both functions is always in PAGE_SIZE units. Thus the
Some ideas for memory.c pieces. Just junk like the earlier patches.
---
mm/memory.c | 108
1 file changed, 66 insertions(+), 42 deletions(-)
Index: linux-2.6.21-rc7/mm/memory.c
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 itself PF_NOFREEZE causing it to
freeze on calling try_to_freeze().
Dave Jones wrote:
On Fri, Apr 20, 2007 at 12:53:31PM -0400, Preston A. Elder wrote:
Linux agpgart interface v0.101 (c) Dave Jones
agpgart: DEBUG 0
agpgart: DEBUG 1
__pci_register_driver: In function
__pci_register_driver: driver = agpgart-amdk7, multithread = 0
On Fri, 20 Apr 2007 18:51:13 +0900
Keiichi KII [EMAIL PROTECTED] wrote:
I started to do some cleanups and fixups here, but abandoned it when it was
all getting a bit large.
Here are some fixes against this patch:
I'm going to fix my patches by following your reviews and send new
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] ALSA: intel8x0 - Fix Oops in crash kernel
When intel8x0 driver is loaded in the crash kernel, it gets Oops
occasionally.
On Fri, Apr 20, 2007 at 02:04:45PM -0400, Preston A. Elder wrote:
Dave Jones wrote:
On Fri, Apr 20, 2007 at 12:53:31PM -0400, Preston A. Elder wrote:
Linux agpgart interface v0.101 (c) Dave Jones
agpgart: DEBUG 0
agpgart: DEBUG 1
__pci_register_driver: In function
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] ALSA: intel8x0 - Fix Oops in crash kernel
When intel8x0
On Fri, 20 Apr 2007, Jesse Barnes wrote:
Sounds good, hopefully reassigning the bridge resources won't cause too
much trouble. Do you have time to hack this up? If not, I could give
it a try, as long as ajax is willing to test...
Actually, I would suggest we not do it automatically
This patch extends the existing Linux scheduler with support for
proportional-share scheduling (as a new KConfig option).
http://www.cs.duke.edu/~tongli/linux/linux-2.6.19.2-trio.patch
It uses a scheduling algorithm, called Distributed Weighted Round-Robin
(DWRR), which retains the existing
Dave Jones wrote:
On Fri, Apr 20, 2007 at 02:04:45PM -0400, Preston A. Elder wrote:
Dave Jones wrote:
On Fri, Apr 20, 2007 at 12:53:31PM -0400, Preston A. Elder wrote:
Linux agpgart interface v0.101 (c) Dave Jones
agpgart: DEBUG 0
agpgart: DEBUG 1
On Fri, Apr 20, 2007 at 02:20:29PM -0400, Dave Jones wrote:
btw Greg, wtf does driver_register return a 0 as 'success' if it
completes the function, and 0 as 'failure' if !bus ?
That seems doomed to failure.
I don't know why the code does that, we should always have a bus
assigned to a
* Andrew Morton [EMAIL PROTECTED] wrote:
I mean, we already have four of them (PF_NOFREEZE, PF_FROZEN,
PF_FREEZER_SKIP, TIF_FREEZE), and you will need to introduce two
more for the freezer-based CPU hotplug, so if yet another one is
needed, that will make up almost a separate u8
On Fri, Apr 20, 2007 at 11:15:26AM -0700, Andrew Morton wrote:
On Fri, 20 Apr 2007 18:51:13 +0900
Keiichi KII [EMAIL PROTECTED] wrote:
I started to do some cleanups and fixups here, but abandoned it when it
was
all getting a bit large.
Here are some fixes against this patch:
On Fri, 20 Apr 2007 11:41:46 +0100
David Howells [EMAIL PROTECTED] wrote:
There are only two non-net patches that AF_RXRPC depends on:
(1) The key facility changes. That's all my code anyway, and shouldn't be a
problem to merge unless someone else has put some changes in there that I
On Fri, 20 Apr 2007 09:10:41 -0400
James Bottomley [EMAIL PROTECTED] wrote:
On Thu, 2007-04-19 at 22:20 -0700, Andrew Morton wrote:
On Thu, 19 Apr 2007 16:27:26 - Cameron, Steve [EMAIL PROTECTED]
wrote:
Something like
if (sizeof(blah) 4) {
do all the assignments
On Fri, Apr 20, 2007 at 02:31:01PM -0400, Preston A. Elder wrote:
Here is the code for __pci_register_driver:
...
So in the above case, we ARE saying if driver_register returns 0 then
pci_create_newid_file.
Is it different to the code you have? As I said, this IS 2.6.19.
Yes,
On Fri, 2007-04-20 at 11:43 -0700, Andrew Morton wrote:
On Fri, 20 Apr 2007 09:10:41 -0400
James Bottomley [EMAIL PROTECTED] wrote:
On Thu, 2007-04-19 at 22:20 -0700, Andrew Morton wrote:
On Thu, 19 Apr 2007 16:27:26 - Cameron, Steve [EMAIL PROTECTED]
wrote:
Something
On Fri, 2007-04-20 at 12:05 +0100, Mel Gorman wrote:
comments about missing page_cache_size() covered elsewhere. However, I
note that Dave Kleikamp might be interested in this changing of
page_cache_size() from the perspective of page cache tails. I've added
him to the cc so he can take a
On Fri, Apr 20, 2007 at 11:29:52AM -0700, Greg Kroah-Hartman wrote:
On Fri, Apr 20, 2007 at 02:20:29PM -0400, Dave Jones wrote:
btw Greg, wtf does driver_register return a 0 as 'success' if it
completes the function, and 0 as 'failure' if !bus ?
That seems doomed to failure.
I
On Fri, 20 Apr 2007 13:21:10 -0500
Matt Mackall [EMAIL PROTECTED] wrote:
On Fri, Apr 20, 2007 at 11:15:26AM -0700, Andrew Morton wrote:
On Fri, 20 Apr 2007 18:51:13 +0900
Keiichi KII [EMAIL PROTECTED] wrote:
I started to do some cleanups and fixups here, but abandoned it when it
On 04/19/2007 04:18 PM, Bart Trojanowski wrote:
I need to preserve some state from the bios before entering protected
mode. For now I want to copy it into some ram accessible by real-mode,
say the last megabyte visible in real-mode.
What's the easiest way to have linux ignore the megabyte
On Fri, 20 Apr 2007, Dave Kleikamp wrote:
On Fri, 2007-04-20 at 12:05 +0100, Mel Gorman wrote:
comments about missing page_cache_size() covered elsewhere. However, I
note that Dave Kleikamp might be interested in this changing of
page_cache_size() from the perspective of page cache
On Fri, 20 Apr 2007 22:13:41 +0530
Balbir Singh [EMAIL PROTECTED] wrote:
We broke the the alignment of members of taskstats to the 8 byte boundary
with the CSA patches. In the current kernel, the taskstats structure is
not suitable for use by 32 bit applications in a 64 bit kernel.
ugh,
On 4/20/07, Andreas Gruenbacher [EMAIL PROTECTED] wrote:
The code also seems to stop at the first matching mount point. You can have
the same device mounted on the same mount point multiple times but with
different mount options, e.g., [...]
You can unfortunately do many stupid things. That's
On Thu, 19 Apr 2007, Stephen Smalley wrote:
already happened to integrate such support into userland.
To look at it in a slightly different way, the AA emphasis on not
modifying applications could be viewed as a limitation. Ultimately,
users have security goals that go beyond just what the OS
On Fri, 20 Apr 2007, William Lee Irwin III wrote:
Probably just terminological disagreement here. I was referring to
allocating the higher-order page from the fault path here, not mapping
it or a piece of it with a user pte.
On Fri, Apr 20, 2007 at 10:57:25AM -0700, Christoph Lameter wrote:
I'm attempting to use Fault Injection stacktrace filtering on an x86_64
platform (see config details below) and finding problems:
(1) Apparently stacktrace on x86_64 isn't always reliable but the fault
injection code path to save a stack trace looks *completely* unreliable
(2) CONFIG_NUMA and
On Wed, 18 Apr 2007, William Lee Irwin III wrote:
Mark the runqueues cacheline_aligned_in_smp to avoid false sharing.
False sharing for a per cpu data structure? Are we updating that
structure from other processors?
-
To unsubscribe from this list: send the line unsubscribe linux-kernel
On Fri, 2007-04-20 at 11:45 -0700, David Lang wrote:
On Thu, 19 Apr 2007, Stephen Smalley wrote:
already happened to integrate such support into userland.
To look at it in a slightly different way, the AA emphasis on not
modifying applications could be viewed as a limitation.
On Fri, 2007-04-20 at 12:10 -0700, Christoph Lameter wrote:
On Fri, 20 Apr 2007, Dave Kleikamp wrote:
Yeah. I'm working on patches for storing file tails in buffers
allocated from the slab cache, and the tail will be represented by a
fake struct page. (This is primarily for kernels with a
On Wed, 18 Apr 2007, William Lee Irwin III wrote:
Mark the runqueues cacheline_aligned_in_smp to avoid false sharing.
On Fri, Apr 20, 2007 at 12:24:17PM -0700, Christoph Lameter wrote:
False sharing for a per cpu data structure? Are we updating that
structure from other processors?
On Fri, 20 Apr 2007 14:50:06 -0400
James Bottomley [EMAIL PROTECTED] wrote:
CONFIG_LBD=y gives us an additional 3kb of instructions on i386
allnoconfig. Other architectures might do less well. It's not a huge
difference, but that's the way in which creeping bloatiness happens.
OK,
S.Çag(lar Onur wrote:
18 Nis 2007 Çar tarihinde, Ingo Molnar s,unlar? yazm?s,t?:
* S.Çag(lar Onur [EMAIL PROTECTED] wrote:
- schedule();
+ msleep(1);
which Ingo sends me to try also has the same effect on me. I cannot
reproduce hangs anymore with that patch applied top of CFS
On Fri, 20 Apr 2007, William Lee Irwin III wrote:
On Wed, 18 Apr 2007, William Lee Irwin III wrote:
Mark the runqueues cacheline_aligned_in_smp to avoid false sharing.
On Fri, Apr 20, 2007 at 12:24:17PM -0700, Christoph Lameter wrote:
False sharing for a per cpu data structure? Are
Fri, Apr 20, 2007 at 12:24:17PM -0700, Christoph Lameter wrote:
False sharing for a per cpu data structure? Are we updating that
structure from other processors?
On Fri, 20 Apr 2007, William Lee Irwin III wrote:
Primarily in the load balancer, but also in wakeups.
On Fri, Apr 20, 2007 at
On Fri, 20 Apr 2007, William Lee Irwin III wrote:
I'm not really convinced it's all that worthwhile of an optimization,
essentially for the same reasons as you, but presumably there's a
benchmark result somewhere that says it matters. I've just not seen it.
If it is true that we frequently
Bingo!
I switched from ata_piix.c to piix_ide.c and the pop disappeared.
I must say that the pop also disappeared after suspending to disk
using suspend2 (obviously without executing halt -n -h -p) . In both
cases it was present with the previous setup.
This is with a pure PATA setup with no
On Fri, 20 Apr 2007, William Lee Irwin III wrote:
I'm not really convinced it's all that worthwhile of an optimization,
essentially for the same reasons as you, but presumably there's a
benchmark result somewhere that says it matters. I've just not seen it.
On Fri, Apr 20, 2007 at 12:44:55PM
On Wednesday 18 April 2007, Sergei Shtylyov wrote:
The driver crashes the kernel on HPT302N chips due to the missing initializer
for 'hpt302n.settings' having been unfortunately overlooked so far. :-
Much thanks to Mike Mattie for pin-pointing the reason of crash.
Signed-off-by: Sergei
Hopefully the last update for 2.6.21.
Please pull from:
master.kernel.org:/pub/scm/linux/kernel/git/bart/ide-2.6.git/
to receive the following updates:
drivers/ide/Kconfig |1 +
drivers/ide/pci/delkin_cb.c |1 +
drivers/ide/pci/hpt366.c|5 +++--
3 files changed, 5
On Fri, 2007-04-20 at 12:30 -0700, Andrew Morton wrote:
On Fri, 20 Apr 2007 14:50:06 -0400
James Bottomley [EMAIL PROTECTED] wrote:
CONFIG_LBD=y gives us an additional 3kb of instructions on i386
allnoconfig. Other architectures might do less well. It's not a huge
difference, but
Hello,
tcp_vegas produces division by zero kernel oopses in dom0 when running
a Xen-patched 2.6.16.28 kernel. I have tracked down the problem to
line #256 in tcp_vegas.c: presumably due to flaky Xen timing, the rtt
seems to get zero from time to time (adding 1 to the rtt variable
solves the
Dave, Greg,
Here is the trace with 2.6.20.6
I added back in my trace code, as you see. As you can also see,
agp_amdk7_probe is still not called.
Linux agpgart interface v0.101 (c) Dave Jones
agp_amdk7_init: In function
agp_amdk7_init: Before pci_register_driver
__pci_register_driver: In
From: Robert Peterson [EMAIL PROTECTED]
Date: Fri, 20 Apr 2007 10:40:30 -0500
I've seen some chatter about the qla2xxx driver but not paid attention, so
I'm sorry if this is a known issue. I've got an older qlogic hba, and recent
drivers don't seem to play nice with it. I've got the latest
On Fri, Apr 20, 2007 at 11:28:42AM -0700, Linus Torvalds wrote:
Actually, I would suggest we not do it automatically (because the need for
it is just so low, and the downsides are potentially huge - there are just
too many resources that are hidden from us through ACPI tricks and
having
On Fri, 2007-04-20 at 13:24 -0700, David Miller wrote:
From: Robert Peterson [EMAIL PROTECTED]
Date: Fri, 20 Apr 2007 10:40:30 -0500
I've seen some chatter about the qla2xxx driver but not paid attention, so
I'm sorry if this is a known issue. I've got an older qlogic hba, and
recent
On Fri, Apr 20, 2007 at 04:22:06PM -0400, Preston A. Elder wrote:
Dave, Greg,
Here is the trace with 2.6.20.6
I added back in my trace code, as you see. As you can also see,
agp_amdk7_probe is still not called.
Try looking down in __driver_attach()
The fact that we're not calling
From: Trond Myklebust [EMAIL PROTECTED]
Ensure that we don't release the PG_writeback lock until after the page has
either been redirtied, or queued on the nfs_inode 'commit' list.
Signed-off-by: Trond Myklebust [EMAIL PROTECTED]
---
fs/nfs/write.c |6 +++---
1 files changed, 3
I've split the issues introduced by the 2.6.21-rcX write code up into 4
subproblems.
The first patch is just a cleanup in order to ease review.
Patch number 2 ensures that we never release the PG_writeback flag until
_after_ we've either discarded the unstable request altogether, or put it
on
From: Trond Myklebust [EMAIL PROTECTED]
Fix a regression due to the patch NFS: disconnect before retrying NFSv4
requests over TCP
The assumption made in xprt_transmit() that the condition
req-rq_bytes_sent == 0 and request is on the receive list
should imply that we're dealing with a
From: Trond Myklebust [EMAIL PROTECTED]
Protect nfs_set_page_dirty() against races with nfs_inode_add_request.
Signed-off-by: Trond Myklebust [EMAIL PROTECTED]
---
fs/nfs/write.c | 17 ++---
1 files changed, 14 insertions(+), 3 deletions(-)
diff --git a/fs/nfs/write.c
On Friday, April 20, 2007 11:28 am Linus Torvalds wrote:
On Fri, 20 Apr 2007, Jesse Barnes wrote:
Sounds good, hopefully reassigning the bridge resources won't cause
too much trouble. Do you have time to hack this up? If not, I
could give it a try, as long as ajax is willing to test...
From: Trond Myklebust [EMAIL PROTECTED]
Get rid of the inlined #ifdefs.
Signed-off-by: Trond Myklebust [EMAIL PROTECTED]
---
fs/nfs/write.c | 117 --
include/linux/nfs_page.h | 30
2 files changed, 71 insertions(+), 76
From: Trond Myklebust [EMAIL PROTECTED]
Redirtying a request that is already marked for commit will screw up the
accounting for NR_UNSTABLE_NFS as well as nfs_i.ncommit.
Ensure that all requests on the commit queue are labelled with the
PG_NEED_COMMIT flag, and avoid moving them onto the dirty
Hello, once I wrote:
[PATCH] ide: make ide_hwif_t.ide_dma_host_on void
* since ide_hwif_t.ide_dma_host_on is called either when
drive-using_dma == 1
or when return value is discarded make it void, also drop ide_ prefix
* make __ide_dma_host_on() void and drop __ prefix
BTW, it would
Mike Galbraith wrote:
On Tue, 2007-04-17 at 05:40 +0200, Nick Piggin wrote:
On Tue, Apr 17, 2007 at 04:29:01AM +0200, Mike Galbraith wrote:
Yup, and progress _is_ happening now, quite rapidly.
Progress as in progress on Ingo's scheduler. I still don't know how we'd
decide when to replace
Hi Matthew,
After a long hiatus, I took another stab at pci error recovery
for the symbios. This is very nearly the same patch as before,
with only an update to enable MWI, and to support chip workarounds.
I think I've addressed all the other issues that came up. Thus,
again, I'll ask that
I gave a chroot example that showed that in the current
implementation, you can get pretty random clashes between mounts; there are
other cases with lazy unmounts as well.
Irrelevant as well. If you create chroot problems it's your problem.
The fact is that if you have a normal setup
On Friday 20 April 2007 13:35, Martin Schwidefsky wrote:
From: Martin Schwidefsky [EMAIL PROTECTED]
Make the Sonics Silicon Backplane menu dependent on the two buses
it can be found on.
Goes on top of git-wireless.patch.
Cc: Michael Buesch [EMAIL PROTECTED]
Cc: John W. Linville [EMAIL
201 - 300 of 768 matches
Mail list logo