On Sat, 2005-03-19 at 08:08 +0100, Ingo Molnar wrote:
> great! The change in question is most likely the copy_page_range() fix
> that Hugh resurrected:
>
> ChangeSet 1.2037, 2005/03/08 09:26:46-08:00, [EMAIL PROTECTED]
>
> [PATCH] copy_pte_range latency fix
>
> Ingo's patch to
diff -Nru a/Makefile b/Makefile
--- a/Makefile 2005-03-18 22:35:14 -08:00
+++ b/Makefile 2005-03-18 22:35:14 -08:00
@@ -1,7 +1,7 @@
VERSION = 2
PATCHLEVEL = 6
SUBLEVEL = 11
-EXTRAVERSION = .4
+EXTRAVERSION = .5
NAME=Woozy Numbat
# *DOCUMENTATION*
diff -Nru a/drivers/net/amd8111e.c
As the -stable patch review cycle is now over, I've released the
2.6.11.5 kernel in the normal kernel.org places. One patch was deemed
incorrect, so it was dropped. Another one was added, within the review
email thread. So it seems like the process is working so far, which is
refreshing :)
The
On Wed, Mar 16, 2005 at 03:58:30PM -0500, Alan Stern wrote:
> Greg KH has said that he would like to remove the bus subsystem rwsem from
> the driver model. Here's a proposal for a way to accomplish that. The
> proposal is incomplete and requires changing the driver-model API a
> little; I'd
* Lee Revell <[EMAIL PROTECTED]> wrote:
> I did the same quick latency tests with 2.6.12-rc1 that I posted about
> for 2.6.11 a few weeks ago.
>
> 2.6.12-rc1 is significantly better than 2.6.11. Running JACK at 64
> frames (1.3 ms) works very well. I was not able to produce xruns even
> with
On Fri, 2005-03-18 at 15:23 -0600, Matt Domsch wrote:
> For review and comment.
>
> On x86_64 systems with no IOMMU and with >4GB RAM (in fact, whenever
> there are any pages mapped above 4GB), pci_alloc_consistent() falls
> back to using ZONE_DMA for all allocations, even if the device's
>
Nils Radtke wrote:
Error 14 occurred at disk power-on lifetime: 2249 hours (93 days + 17
hours)
When the command that caused the error occurred, the device was doing
SMART Offline or Self-test.
After command completion occurred, registers were:
ER ST SC SN CL CH DH
-- -- -- -- -- -- --
On Fri, Mar 18, 2005 at 02:11:44PM -0800, Rajesh Shah wrote:
> diff -puN drivers/pci/remove.c~pci-remove-device-hotplug-safe
> drivers/pci/remove.c
> --- linux-2.6.11-mm4-iohp/drivers/pci/remove.c~pci-remove-device-hotplug-safe
> 2005-03-16 13:07:22.667319764 -0800
> +++
On Fri, Mar 18, 2005 at 01:38:57PM -0800, Rajesh Shah wrote:
> Here is a series of patches to support ACPI hot-add of a root
> bridge hierarchy. The added hierarchy may contain other p2p
> bridges and end/leaf I/O devices too. The root bridge itself is
> assumed to have been assigned resource
Ingo Molnar wrote:
read_lock();
...
read_lock();
are still legal. (it's also done quite often.)
How do you handle the write_lock_irq()/read_lock locks?
E.g. the tasklist_lock or the fasync_lock.
--
Manfred
-
To unsubscribe from this list: send the line
Needed this to build Fedora rawhide kernel (2.6.12-rc1 + some patches)
on alpha. This is the upstream portion of the build fixes.
Signed-off-by: Jeff Garzik <[EMAIL PROTECTED]>
diff -urN ../kernel-2.6.11.orig/linux-2.6.11/drivers/char/agp/generic.c linux-2.6.11/drivers/char/agp/generic.c
---
Compiling 2.4.30-pre3 for x86_64 with FC4-test1 gcc-4.0.0-0.32 fails
because include/asm-x86_64/processor.h declares init_tss[NR_CPUS] as a
sized array before struct tss_struct has been defined. Simple fix
moves this declaration to after the definition of tss_struct.
Signed-off-by: Matt Domsch
This is way overkill I think.
Take a look at set_pte_at(). You get the "mm", the
virtual address, the pte pointer, and the new pte value.
What else could you possibly need to track stuff like this
and react appropriately? :-)
It is even an argument for batched TLB processing on ia64.
It
I did the same quick latency tests with 2.6.12-rc1 that I posted about
for 2.6.11 a few weeks ago.
2.6.12-rc1 is significantly better than 2.6.11. Running JACK at 64
frames (1.3 ms) works very well. I was not able to produce xruns even
with "dbench 64", which slows the system to a crawl. With
On Friday, March 18, 2005 7:40 pm, Jesse Barnes wrote:
> What does your patch look like? Markus might like to try it out as he
> narrowed his problem down to something AGP related recently too:
> http://bugme.osdl.org/show_bug.cgi?id=4337
duh, ignore me. At least Markus can give it a try.
Phillip Lougher <[EMAIL PROTECTED]> wrote:
>
> Andrew Morton wrote in relation to my initial SquashFS patch:
> > Phillip Lougher <[EMAIL PROTECTED]> wrote:
> >
> >>+skip_read:
> >>+ memset(pageaddr + bytes, 0, PAGE_CACHE_SIZE - bytes);
> >>+ kunmap(page);
> >>+ flush_dcache_page(page);
>
On Friday, March 18, 2005 6:45 pm, Brice Goglin wrote:
> agpioc_acquire_wrap is called, it increments the agp_in_use. Then (before
> agpioc_release_wrap happens), drm_agp_init is called (I don't know how).
> drm_agp_init uses agp_backend_acquire which fails because agp_in_use is
> non-null (hold
Andrew Morton wrote in relation to my initial SquashFS patch:
Phillip Lougher <[EMAIL PROTECTED]> wrote:
+skip_read:
+ memset(pageaddr + bytes, 0, PAGE_CACHE_SIZE - bytes);
+ kunmap(page);
+ flush_dcache_page(page);
+ SetPageUptodate(page);
+ unlock_page(page);
+
+
Here goes the first release candidate for v2.4.30.
It contains a small number of fixes, including a fix for
recently discovered ppp DoS (CAN-2005-0384).
Summary of changes from v2.4.30-pre3 to v2.4.30-rc1
:
o [SPARC32]: Fix build dependencies
Andrew Morton wrote:
Romano Giannetti <[EMAIL PROTECTED]> wrote:
Could I humble advocating pushing the patch
http://bugme.osdl.org/attachment.cgi?id=4516=view ,please? It fixed a
very bad regression in hotkey event from 2.6.9...
What bug number is that actually
attached to?
On Fri, 2005-03-18 at 18:21, Andrew Morton wrote:
> Romano Giannetti <[EMAIL PROTECTED]> wrote:
> >
> > Could I humble advocating pushing the patch
> > http://bugme.osdl.org/attachment.cgi?id=4516=view ,please?
> It fixed a
> > very bad regression in hotkey event from 2.6.9...
>
> It seems to
Dave Airlie wrote:
DRM/i915 does not work on my Dell Dimension 3000 (i865 chipset).
This is more than likely caused by the multi-bridge AGP stuff in -bk3
Yes, that's it! The bug appeared in -mm when the multi-bridge AGP stuff
was merged (2.6.10-mm3). It is still here in 2.6.12-rc1.
Here's the
On Tue, Mar 15, 2005 at 11:41:28PM -0500, Albert Cahalan wrote:
> Better interface:
>
> /sbin/sysctl -w proc.maps=0440
> /sbin/sysctl -w proc.cmdline=0444
> /sbin/sysctl -w proc.status=0444
Indeed it is, but it's much harder to implement.
Patch is against 2.6.11-mm3 but works with -mm4, too. I
Alexander Gran <[EMAIL PROTECTED]> wrote:
>
> while umounting an ext2 partition on a usb hdd I'm getting:
> scheduling while atomic: umount/0x1001/14941
> [] schedule+0x5f2/0x600
> [] cond_resched+0x27/0x40
> [] invalidate_mapping_pages+0x81/0xe0
> [] kill_bdev+0xd/0x20
> []
On Fri, 2005-03-18 at 18:35 -0600, Linas Vepstas wrote:
> On Sat, Mar 19, 2005 at 10:13:02AM +1100, Benjamin Herrenschmidt was heard to
> remark:
> >
> > Additionally, in "real life", very few errors are cause by known errata.
> > If the drivers know about the errata, they usually already work
On Fri, Mar 18, 2005 at 02:22:30PM -0800, Paul E. McKenney wrote:
> On Fri, Mar 18, 2005 at 12:35:17PM -0800, Paul E. McKenney wrote:
> > Compiles, probably dies horribly. "diff" didn't do such a good job
> > on this one, so attaching the raw rcupdate.[hc] files as well.
>
> My prediction was
On Sat, Mar 19, 2005 at 10:13:02AM +1100, Benjamin Herrenschmidt was heard to
remark:
>
> Additionally, in "real life", very few errors are cause by known errata.
> If the drivers know about the errata, they usually already work around
> them. Afaik, most of the errors are caused by transcient
On Pá 18-03-05 15:53:13, Andrew Morton wrote:
> Pavel Machek <[EMAIL PROTECTED]> wrote:
> >
> > > Care to just rediff off of 2.6.12-rc1? Then we can hopefully get these
> > > changes in :)
> >
> > I can do the rediff tommorow. I just hope there are not some other
> > changis waiting in -mm to
Below is the description that I described couple of days back in a mail
about the stale data issue on IA-64.
Seth, Rohit <> wrote on Tuesday, March 15, 2005 9:44 AM:
> Recently on IA-64, we have found an issue where old data could be used
> by apps. The sequence of operations includes few
Hi,
while umounting an ext2 partition on a usb hdd I'm getting:
scheduling while atomic: umount/0x1001/14941
[] schedule+0x5f2/0x600
[] cond_resched+0x27/0x40
[] invalidate_mapping_pages+0x81/0xe0
[] kill_bdev+0xd/0x20
[] __set_blocksize+0x85/0xa0
[] __bd_release+0x70/0x80
[]
Russ Weight <[EMAIL PROTECTED]> wrote:
>
> The problem is more likely in generic_forget_inode(). It releases the
Exactly. It's a continuation of the greased turkey bug :)
When we're writing the inode out, we shouldn't place it on the unused
list at all. Placing the inode on the unused list
Russ Weight <[EMAIL PROTECTED]> wrote:
>
> On Fri, 2005-03-18 at 14:17 -0800, Andrew Morton wrote:
> > Russ Weight <[EMAIL PROTECTED]> wrote:
> > >
> > > generic_forget_inode() is eventually called (within the context of
> > > iput), the inode is placed on the unused list, and the inode_lock is
>
Hi!
> > > > This fixes SUSPEND_PD_PAGES, which wastes one page under most cases.
> > >
> > > Ok, applied to my tree, will eventually propagate it. (I hope it looks
> > > okay to you, rafael).
> >
> > SUSPEND_PD_PAGES is not necessary in swsusp any more. :-) We can just
> > drop it, together
Chris Wright <[EMAIL PROTECTED]> writes:
> * Alexander Nyberg ([EMAIL PROTECTED]) wrote:
>> I can see useful scenarios of having the possiblity of capabilities per
>> inode (it appears the xattr way wins somewhat in the previous
>> discussion).
>
> It's how it should be done.
I agree to disagree
Hi!
> > > Care to just rediff off of 2.6.12-rc1? Then we can hopefully get these
> > > changes in :)
> >
> > I can do the rediff tommorow. I just hope there are not some other
> > changis waiting in -mm to spoil this ;-).
>
> I have a boatload of these darn pm_message_t patches floating
On Fri, 2005-03-18 at 14:17 -0800, Andrew Morton wrote:
> Russ Weight <[EMAIL PROTECTED]> wrote:
> >
> > generic_forget_inode() is eventually called (within the context of
> > iput), the inode is placed on the unused list, and the inode_lock is
> > dropped.
> >
> > kswapd calls prune_icache(),
Pavel Machek <[EMAIL PROTECTED]> wrote:
>
> > Care to just rediff off of 2.6.12-rc1? Then we can hopefully get these
> > changes in :)
>
> I can do the rediff tommorow. I just hope there are not some other
> changis waiting in -mm to spoil this ;-).
I have a boatload of these darn
On Saturday 19 March 2005 00:00, Jonas Oreland wrote:
> Daniel Ritz wrote:
> > hi
>
> Hi
>
> Thanks for your effort!
>
> >
> > it's the second time now i see this problem with an atheros chipset in
> > combination with a TI bridge. last time it was the 1225...
> > attached a patch that could
MP specification uses an 8-bit field for bus ID. Therefore, the highest bus ID
is 0xff.
Since the tables allocated and used in mpparse.c are indexed by bus ID, we need
to make
sure we allocate 256 entries for these tables.
Note that bus IDs can be noncontiguous, according to the MP
On Pá 18-03-05 13:43:36, Greg KH wrote:
> On Fri, Mar 11, 2005 at 02:08:31PM +0100, Pavel Machek wrote:
> > Hi!
> >
> > > This patch has been spitting warnings:
> > >
> > > drivers/usb/host/uhci-hcd.c:838: warning: initialization from
> > > incompatible pointer type
> > >
Jonas Oreland <[EMAIL PROTECTED]> :
[...]
> Report:
> 1) It works somewhat better. irq doesn't get disabled.
> 2) however wlan card get disfunctional. I haven't been able to contact my
> wap
> even if i'm standing on it...
> 3) unplug has resulted in kernel panic (twice)
> (btw: how do I do
Issue:
On some conditions, the dmesg is spammed with repeated warnings about the
same issue which is neither critical nor going to be fixed. This may
result in losing the boot messages or missing other important messages.
Examples are:
nfs warning: mount version older than kernel
(my mount is
Matthew Dobson wrote:
Agreed. It seems unlikely, but not entirely impossible. All it would
take is one sloppily coded driver, right? How about this patch instead?
Sure that would be fine with me. It kind of makes the logic
explicit, as Martin said.
Nick
-
To unsubscribe from this list: send
Could you please test 2.6.11 or, even better, 2.6.12-rc1?
-
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/
Romano Giannetti <[EMAIL PROTECTED]> wrote:
>
> Could I humble advocating pushing the patch
> http://bugme.osdl.org/attachment.cgi?id=4516=view ,please? It fixed a
> very bad regression in hotkey event from 2.6.9...
It seems to not be in ACPI bk yet. What bug number is that actually
attached
Andrew,
The uart initialization for CONFIG_SERIAL_TEXT_DEBUG on 83xx was passing
in physical addresses instead of effective. Additional, fix the Kconfig
support to be for all 83xx devices, not just the MPC834x SYS board.
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
diff -Nru
Paul Mackerras wrote:
Just by inspection, this looks like pfn should be changed to
paddr64 >> PAGE_SHIFT in that last line.
Paul.
Agreed, thank you. Patch is attached.
--
~Randy
Fix asm-ppc argument, spotted by Paul Mackerras.
Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]>
diffstat:=
Andrew,
This patch moves the 83xx & 85xx device and system description files out
of the platform directory (used for board code) and into the syslib
directory (used for common system code).
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
diff -Nru a/arch/ppc/platforms/83xx/Makefile
On Fri, 2005-03-18 at 15:08 -0800, Andrew Morton wrote:
> Dave Hansen <[EMAIL PROTECTED]> wrote:
> >
> > There is some confusion with the SPARSEMEM patch between what
> > is needed for DISCONTIG vs. NUMA. For instance, the NODE_DATA()
> > macro needs to be switched on NUMA, but not on FLATMEM.
On Fri, 2005-03-18 at 11:10 -0700, Grant Grundler wrote:
> On Fri, Mar 18, 2005 at 09:24:02AM -0800, Nguyen, Tom L wrote:
> > >Likewise, with EEH the device driver could take recovery action on its
> > >own. But we don't want to end up with multiple sets of recovery code
> > >in drivers, if
Dave Hansen <[EMAIL PROTECTED]> wrote:
>
> There is some confusion with the SPARSEMEM patch between what
> is needed for DISCONTIG vs. NUMA. For instance, the NODE_DATA()
> macro needs to be switched on NUMA, but not on FLATMEM.
>
> This patch is required if the previous patch is applied.
Randy.Dunlap writes:
> diff -Naurp -X /home/rddunlap/doc/dontdiff-osdl
> linux-2611-bk3-pv/include/asm-ppc/pgtable.h
> linux-2611-bk3-pfn/include/asm-ppc/pgtable.h
> --- linux-2611-bk3-pv/include/asm-ppc/pgtable.h 2005-03-07
> 11:02:18.0 -0800
> +++
Daniel Ritz wrote:
hi
Hi
Thanks for your effort!
it's the second time now i see this problem with an atheros chipset in
combination with a TI bridge. last time it was the 1225...
attached a patch that could help...
Report:
1) It works somewhat better. irq doesn't get disabled.
2) however wlan
acpiphp changes to support acpi based root bridge hot-add.
This patch applies on top of the acpiphp re-write patch by
Matthew Wilcox at:
http://marc.theaimsgroup.com/?l=linux-ia64=110616116714938=2
Signed-off-by: Rajesh Shah <[EMAIL PROTECTED]>
---
On Fri, Mar 18, 2005 at 12:35:17PM -0800, Paul E. McKenney wrote:
> Compiles, probably dies horribly. "diff" didn't do such a good job
> on this one, so attaching the raw rcupdate.[hc] files as well.
My prediction was all too accurate. ;-)
The attached patch at least boots on a 1-CPU x86 box.
Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> i really have no intention to allow multiple readers for rt-mutexes. We
> got away with that so far, and i'd like to keep it so. Imagine 100
> threads all blocked in the same critical section (holding the read-lock)
> when a highprio writer thread comes
When hot-plugging an I/O hierarchy that contains many bridges
and leaf devices, it's possible that there are not enough
resources to start all the device present. If we fail to assign
a resource, clear the corresponding value in the pci_dev structure,
so other code can take corrective action.
On Fri, Mar 18, 2005 at 08:38:51PM +0530, Hong Kong Phoey wrote:
> IMHO, BKCVS is just fine, what's broken is your head.
Yup, that's what I said, that cvs HEAD is broken...
:)
Stelian.
--
Stelian Pop <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
Create new interfaces to recursively add an acpi namespace object
to the acpi device list, and recursively start the namespace
object. This is needed for ACPI based hotplug of a root bridge
hierarchy where the add operation must be performed first and
the start operation must be performed
Export an acpi interface to get PCI domain/bus/devfn information
from the corresponding namespace handle. Used by acpiphp code
to transpate the device handle of the hot-plugged root bridge to
the corresponding pci location information.
Signed-off-by: Rajesh Shah <[EMAIL PROTECTED]>
---
Read bridge io/mem/pfmem ranges when fixing up the bus so that
bus resources are tracked. This is required to properly support
pci end device and bridge hotplug.
Signed-off-by: Rajesh Shah <[EMAIL PROTECTED]>
---
linux-2.6.11-mm4-iohp-rshah1/arch/ia64/pci/pci.c |4
1 files changed, 4
On Fri, Mar 18, 2005 at 09:03:59PM +0100, Milan Svoboda wrote:
> Hello,
>
> usbnet (iPAQ with Familiar) and harddisk connected throught usb were in use
> during this oops.
>
> HW: HP Omnibook xt6200
Does this happen with preempt disabled?
thanks,
greg k-h
-
To unsubscribe from this list:
Nick Piggin wrote:
Matthew Dobson wrote:
While looking at some bugs related to OOM handling in 2.6, Martin
Bligh and I noticed some order 0 page allocation failures from kswapd:
>>
If, while the system is under memory pressure, something attempts to
allocate a page from interrupt context while
handle distros that have a udev rules file instead of dir
Signed-off-by: Ed L. Cashin <[EMAIL PROTECTED]>
diff -uprN a/Documentation/aoe/udev-install.sh
b/Documentation/aoe/udev-install.sh
--- a/Documentation/aoe/udev-install.sh 2005-03-10 11:59:55.0 -0500
+++
Russ Weight <[EMAIL PROTECTED]> wrote:
>
> generic_forget_inode() is eventually called (within the context of
> iput), the inode is placed on the unused list, and the inode_lock is
> dropped.
>
> kswapd calls prune_icache(), locks the inode_lock, and pulls the same
> inode off of the unused
When a pci child bus is created, add it to the parent's children
list immediately rather than waiting till pci_bus_add_devices().
For hot-plug bridges/devices, pci_bus_add_devices() may be called
much later, after they have been properly configured. In the
meantime, this allows us to use the
When a root bridge hierarchy is hot-plugged, resource requirements
for the new devices may be greater than what the root bridge is
decoding. In this case, we want to remove devices that did not
get needed resources. These devices have been scanned into bus
specific lists but not yet added to the
With root bridge and pci bridge hot-plug, new buses and devices
can be added or removed at run time. Protect the pci bus and
device lists with the pci lock when doing so.
Signed-off-by: Rajesh Shah <[EMAIL PROTECTED]>
---
linux-2.6.11-mm4-iohp-rshah1/drivers/pci/probe.c | 12 +++-
1
When hot-plugging a root bridge, as we try to assign bus numbers
we may find that the hotplugged hieratchy has more PCI to PCI
bridges (i.e. bus requirements) than available. Make sure we
don't step over an existing bus when that happens.
Signed-off-by: Rajesh Shah <[EMAIL PROTECTED]>
---
PCI scan code calls the arch specific pcibios_fixup_bus() each
time it scans a new bridge. For root bridge hot-plug, the bridge
and it's attached devices may not have been configured properly
yet, so it's not safe to claim those resources at this time.
This code goes away when we clean up the way
Hi.
The simplest solution is to mkswap your swap partitions during boot.
Nigel
On Sat, 2005-03-19 at 03:28, Erik Andrén wrote:
> Hello, I experienced a pretty nasty problem a couple of days back:
>
> I ran 2.6.11-ck1 and built 2.6.11-ck2. The last thing I did before
> booting the new kernel
On Fri, Mar 11, 2005 at 02:08:31PM +0100, Pavel Machek wrote:
> Hi!
>
> > This patch has been spitting warnings:
> >
> > drivers/usb/host/uhci-hcd.c:838: warning: initialization from incompatible
> > pointer type
> > drivers/usb/host/ohci-pci.c:191: warning: initialization from incompatible
>
When checking if a PCI to PCI bridge should be enabled to decode
memory and/or IO resources, we need to look at all device
resources not just the first 6. This is needed to allow PCI
bridges to pass down memory and IO accesses to child devices
even when the bridge itself does not consume
Andrew, Kirill,
I have been investigating a panic on an IBM X255 machine (4 physical
processors, 8 virtual with hyper-threading, 24GB RAM). I have narrowed
this down to a race condition between isofs mount and kswapd. I believe
this race condition is associated with the generic_forget_inode()
Greg KH <[EMAIL PROTECTED]> writes:
> I've applied 11 of these 12 patches (the one from Randy was already
> included) to my trees.
Those haven't gone to the lkml yet. I'll post them through gmane.
(The original postings never made it to the list, and I can't get in
touch with the lkml admins,
When you hot-plug a (root) bridge hierarchy, it may have p2p
bridges and devices attached to it that have not been configured
by firmware. In this case, we need to configure the devices
before starting them. This patch separates device start from
device scan so that we can introduce the
hi
it's the second time now i see this problem with an atheros chipset in
combination with a TI bridge. last time it was the 1225...
attached a patch that could help...
rgds
-daniel
--
for TI bridges: turn off interrupts during card power-on. this seems
to be neccessary for some
Here is a series of patches to support ACPI hot-add of a root
bridge hierarchy. The added hierarchy may contain other p2p
bridges and end/leaf I/O devices too. The root bridge itself is
assumed to have been assigned resource ranges, but the p2p
bridges and end devices are not required to be
For review and comment.
On x86_64 systems with no IOMMU and with >4GB RAM (in fact, whenever
there are any pages mapped above 4GB), pci_alloc_consistent() falls
back to using ZONE_DMA for all allocations, even if the device's
dma_mask could have supported using memory from other zones. Problems
include/linux/fs.h has:
extern char root_device_name[];
but it's been declared static in init/do_mounts.c since March 2002.
gcc-4.0.0-0.32 from FC4-test1 errors out due to the static/non-static
mismatch. Time to kill it from include/linux/fs.h.
Signed-off-by: Matt Domsch <[EMAIL PROTECTED]>
On Fri, 18 Mar 2005 11:25:45 -0800
"Randy.Dunlap" <[EMAIL PROTECTED]> wrote:
> The sparc32 & sparc64 code needs live testing.
These patches look great Randy. I think they should go in.
If sparc explodes, I'll clean up the mess. Any problem which
crops up should not be difficult to solve.
-
To
Erik Andrén wrote:
> My question is: Why isn't there a check before resuming a
> suspend-to-disk image if the system has booted another kernel since the
> suspend to prevent this kind of hassle?
Just provide a patch which does this. Hint: this is highly nontrivial.
If you boot a kernel, that
On Fri, Mar 18, 2005 at 06:11:26PM +0100, Ingo Molnar wrote:
>
> * Paul E. McKenney <[EMAIL PROTECTED]> wrote:
>
> > For the patch, here are my questions:
> >
> > o What is the best way to select between classic RCU and this
> > scheme?
> >
> > 1. Massive #ifdef across
On Fri, 18 Mar 2005, Andi Kleen wrote:
> It does not make any sense if you think of it - the memory bus
> of the CPU cannot be that much faster than the cache.
The memory bus would be able to reach a higher rate if properly optimized
for sequential writes to memory. A cache typically does random
Hello,
usbnet (iPAQ with Familiar) and harddisk connected throught usb were in use
during this oops.
HW: HP Omnibook xt6200
Mar 18 20:09:07 drak_mrak kernel: Unable to handle kernel paging request at
virtual address 1840
Mar 18 20:09:07 drak_mrak kernel: printing eip:
Mar 18 20:09:07
A new release from kernel janitors (http://janitor.kernelnewbies.org/).
206 patches in this release.
88 patches were merged since 2.6.11-kj! Thanks to all maintainers!
Patchset is at http://coderock.org/kj/2.6.12-rc1-kj/
new in this release:
dma_mask-drivers_net.patch
On Fri, Mar 18, 2005 at 11:18:47AM -0800, Venkatesh Pallipadi wrote:
>
> Here is the updated patch.
>
> I have seperated out the changes related to
> (1) using new method to determine cache size in existing /proc/cpuinfo and
> kernel boot messages (All but last hunk below)
> (2)
This is a combination of io_remap_pfn_range patches posted in the
last week or so by Keir Fraser and me.
This description is mostly from Keir's original post.
This patch introduces a new interface function for mapping bus/device
memory: io_remap_pfn_range. This accepts the same parameters as
io_remap_pfn_range():
add io_remap_pfn_range() for all arches;
add MK_IOSPACE_PFN(), GET_IOSPACE(), and GET_PFN()
for all arches but primarily for sparc32/64's extended IO space,
sparc: kill the hack of using low bit of to mean
write_combine or set side-effect (_PAGE_E)
io_remap_pfn_range() remaining callers:
convert all remaining callers of io_remap_page_range()
to io_remap_pfn_range();
add io_remap_page_range() to feature-removal-schedule.txt;
Documentation/feature-removal-schedule.txt |9 +
arch/sh/kernel/cpu/sh4/sq.c|2
io_remap_pfn_range():
convert sparc32/64 callers of io_remap_page_range(with 6 args)
to io_remap_pfn_range(with 5 args);
drivers/char/drm/drm_vm.c |6 +++---
drivers/sbus/char/vfc_dev.c |6 --
drivers/video/fbmem.c |6 +++---
drivers/video/sbuslib.c |8
(from Keir:)
I have audited the drivers/ and sound/ directories. Most uses of
remap_pfn_range are okay, but there are a small handful that are
remapping device memory (mostly AGP and DRM drivers).
Of particular driver is the HPET driver, whose mmap function is broken
even for native (non-Xen)
loop-AES changes since previous release:
- Changed gpg pipe code in losetup/mount to use '--no-options' instead of
'--options /dev/null'. Fix from Lars Packschies.
- Changed losetup/mount programs to warn about unknown key data format.
- Added workaround for vanished QUEUE_FLAG_ORDERED define in
On Thursday, March 17, 2005 2:58 PM Benjamin Herrenschmidt wrote:
> Does the link side of PCIE provides a way to trigger a hard reset of
the
> rest of the card ? If not, then it's dodgy as there may be no way to
> consistently "reset" the card if it's in a bad state.
The PCI Express spec does
On Fri, Mar 18, 2005 at 07:00:06AM -0800, Christoph Lameter wrote:
> On Fri, 18 Mar 2005, Denis Vlasenko wrote:
>
> > NT stores are not about 5% increase. 200%-300%. Provided you are ok with
> > the fact that zeroed page ends up evicted from cache. Luckily, this is
> > exactly
> > what you want
On Fri, 18 Mar 2005, Le Wen wrote:
On Fri, 18 Mar 2005, Le Wen wrote:
Hi, there,
I have problem to grab video from my ati all-in-wonder card. The card is in
a PII Celeron machine with an on board video card (ATI Technologies Inc 3D
Rage IIC AGP). there is no monitor connected with the on board
Here is the updated patch.
I have seperated out the changes related to
(1) using new method to determine cache size in existing /proc/cpuinfo and
kernel boot messages (All but last hunk below)
(2) code to look at sharedness of the caches and store these details for future
uses inside
Robin Holt <[EMAIL PROTECTED]> wrote:
>
> > No, you could just extend them to understand fixed point. Keep
> > printing integers as integers, print non-integers with one (or two:
> > will we ever need 0.01% increments?) decimal places.
>
> Right now, it is possible to build our largest Altix
On Fri, Mar 18, 2005 at 02:01:02PM -0500, John Kacur wrote:
>
> So perhaps we can introduce a new term to linux kernel development,
> reexporting a symbol can now be known as debunking?
>...
Are you saying unexporting a symbol was bunk? ;-)
cu
Adrian
--
"Is there not promise of
On Fri, 18 Mar 2005, Le Wen wrote:
Hi, there,
I have problem to grab video from my ati all-in-wonder card. The card is in
a PII Celeron machine with an on board video card (ATI Technologies Inc 3D
Rage IIC AGP). there is no monitor connected with the on board video card.
I only hook my AIW card
1 - 100 of 481 matches
Mail list logo
