On Wed, 2005-03-02 at 21:51 -0800, Christoph Lameter wrote:
On Wed, 2 Mar 2005, David S. Miller wrote:
Actually, I guess I could do the pte_cmpxchg() stuff, but only if it's
used to add access. If the TLB miss handler races, we just go into
the handle_mm_fault() path unnecessarily in
On Wed, 2 Mar 2005, Andrew Morton wrote:
Any mmap changes requires the mmapsem.
sys_remap_file_pages() will call install_page() under down_read(mmap_sem).
It relies upon page_table_lock for pte atomicity.
This is not relevant since it only deals with file pages. ptes are only
installed
Do you have any objections to merging FUSE in mainline kernel?
It's been in -mm for the 2.6.11 cycle, and the same code was released
a month ago as FUSE-2.2. So it should have received a fair amount of
testing, with no problems found so far.
The one originally merged into -mm
And the reason it does _not_ work is that all the people we
want testing sure as _hell_ won't be testing -rc versions.
At least they still test real releases..
So instead of making sure rc is really release-candidate, we want to trick
people to test -pre as real release, soon people will
Miguelanxo Otero Salgueiro [EMAIL PROTECTED] wrote:
I just compiled 2.6.11 from a 2.6.10 configuration for a desktop machine
(with kernel preemption activated).
Doing a make oldconfig bring some new options. I selected the default
value (for my system) for them, so I keep configuring
Hello, Jens.
Jens Axboe wrote:
On Thu, Mar 03 2005, Tejun Heo wrote:
Hello, Bartlomiej.
This patch fixes ide_dma_intr() oops which occurs for TASKFILE ioctl
using DMA dataphses. This is against the latest ide-dev-2.6 tree +
all your recent 9 patches.
Signed-off-by: Tejun Heo [EMAIL PROTECTED]
Jeffrey Mahoney [EMAIL PROTECTED] wrote:
This patch converts the usage of struct of_match to struct of_device_id,
similar to pci_device_id. This allows a device table to be generated, which
can be parsed by depmod(8) to generate a map file for module loading.
It breaks the power4 build all
On Thu, Mar 03, 2005 at 11:40:27AM +0530, Amol wrote:
Hi,
For an embedded developers perspective, Is there any other advantage of
using initramfs over initrd apart from RAMFS benefits over RAMDISK ?
The fact that both are cumulable is very handy. Basically, you put all
the common tools and
On Wed, 2 Mar 2005 13:26:18 -0800 (PST), Joshua Hudson
[EMAIL PROTECTED] wrote:
No obvous reason. Works fine with kernel 2.6.10
Does it work with i8042.noacpi kernel boot parameter?
--
Dmitry
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to
Hi Hugh,
How about map an unmap each pte?
I mean remove the pte++ and use pte_offset_map for each incremented
address and then pte_unmap. So each incremented address is an index to
get the next pte via pte_offset_map.
BR,
Mauricio Lin.
On Wed, 2 Mar 2005 19:07:15 + (GMT), Hugh Dickins
Added a few patches, updated for 2.6.11 release.
NOTE: BK users -must- reclone netdev-2.6. Do not pull.
See attached for BK info, patch URL, and changelog.
BK users:
bk pull bk://gkernel.bkbits.net/netdev-2.6
or
bk pull bk://kernel.bkbits.net/jgarzik/netdev-2.6
Benjamin Herrenschmidt wrote:
On Fri, 2005-03-04 at 04:19 +1100, Nick Piggin wrote:
You don't want to do that for all architectures, as I said earlier.
eg. i386 can concurrently set the dirty bit with the MMU (which won't
honour the lock).
So you then need an atomic lock, atomic pte operations,
David S. Miller wrote:
On Wed, 02 Mar 2005 23:46:22 -0500
Jeff Garzik [EMAIL PROTECTED] wrote:
If Linus/DaveM really don't like -pre/-rc naming, I think 2.6.x.y is
preferable to even/odd.
All of these arguments are circular. If people think that even/odd
will devalue odd releases, guess what
On Wed, Mar 02, 2005 at 02:00:30PM -0800, Philippe Troin wrote:
+ /* Asus K8V Se Deluxe bugfix. Correct VPD content */
+ /* MBo April 2004 */
+ if( ((unsigned char)pAC-vpd.vpd_buf[0x3f] == 0x38)
+ ((unsigned char)pAC-vpd.vpd_buf[0x40] == 0x3c)
+ ((unsigned
901 - 914 of 914 matches
Mail list logo