Hi Alan,
As I can see, the patch never made it in 2.4.x, right?!
So, I would like a diff - if still possible :-)
I submitted it ages ago but it was rejected and punted to 2.6. The 2.4
support is available in Red Hat Enterprise Linux 3, so you can pull it
out of the source rpms on the ftp site or ou
On Mon, 2005-04-11 at 23:19 -0700, Andrew Morton wrote:
> Nick Piggin <[EMAIL PROTECTED]> wrote:
> >
> > >- The effects of tcq on AS are much less disastrous than I thought they
> > > were. Do I have the wrong workload? Memory fails me. Or did we fix
> > the
> > > anticipatory scheduler?
>
* David Mosberger <[EMAIL PROTECTED]> wrote:
> Now, Ingo says that the order is reversed with his patch, i.e.,
> switch_mm() happens after switch_to(). That means flush_tlb_mm() may
> now see a current->active_mm which hasn't really been activated yet.
> That should be OK since it would just
On Mon, 2005-04-11 at 20:57 +0100, Stephen C. Tweedie wrote:
> Hi,
Hi Stephen,
>
> On Mon, 2005-04-11 at 19:38, Mingming Cao wrote:
> > Ah.. I see the win with the read lock now: once the a reservation window
> > is added, updating it (either winding it forward and or searching for a
> > avalia
On Mon, Apr 11, 2005 at 10:11:39PM +0200, Jesper Juhl wrote:
>
> Function names and return types on same line - conform to established
> fs/cifs/ style.
>
> Patch is also available at:
> http://www.linuxtux.org/~juhl/kernel_patches/fs_cifs_md5-funct.patch
I think the right thing to do her
On Tue, 2005-04-12 at 06:42 +0200, Juergen Kreileder wrote:
> Benjamin Herrenschmidt <[EMAIL PROTECTED]> writes:
>
> > On Tue, 2005-04-12 at 03:18 +0200, Juergen Kreileder wrote:
> >> Andrew Morton <[EMAIL PROTECTED]> writes:
> >>
> >>> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6
On Sat, Apr 09, 2005 at 03:52:05PM +0200, Jörn Engel wrote:
> On Fri, 8 April 2005 22:16:07 +0200, Pavel Machek wrote:
> >
> > More importantly, it is still listed as "the list" for network
> > drivers...
> >
> > NETWORK DEVICE DRIVERS
> > P: Andrew Morton
> > M: [EMAIL PROTECTED]
> > P
include/linux/netlink.h changes (added NETLINK_ISCSI)
Signed-off-by: Alex Aizman <[EMAIL PROTECTED]>
Signed-off-by: Dmitry Yusupov <[EMAIL PROTECTED]>
--- linux-2.6.12-rc2.orig/include/linux/netlink.h 2005-03-01
23:38:25.0 -0800
+++ linux-2.6.
> > Well the sanity check on the "server" side is always enforced. You
> > can't "trick" sftp or ftp to not check permissions. So checking on
> > the "client" side too (where the fuse daemon is running) makes no
> > sense, does it?
>
> That argument doesn't make much sense to me. But we're at t
Nick Piggin <[EMAIL PROTECTED]> wrote:
>
> >- The effects of tcq on AS are much less disastrous than I thought they
> > were. Do I have the wrong workload? Memory fails me. Or did we fix the
> > anticipatory scheduler?
> >
> >
>
> Yes, we did fix it ;)
> Quite a long time ago, so maybe
Stas Sergeev <[EMAIL PROTECTED]> wrote:
>
> Hello.
>
> Andrew Morton wrote:
> >> Program received signal SIGTRAP, Trace/breakpoint trap.
> SIGTRAP - it looks like the "int $3"
> triggered, not "mov0x30(%esp),%eax",
> which is just the next insn and so the
> %eip points to it, but it might be
>
On Mon, 2005-04-11 at 16:31 -0500, James Bottomley wrote:
> On Mon, 2005-04-11 at 14:26 -0700, Linus Torvalds wrote:
> > I don't think kernel.org mirrors the private home directories, so it you
> > do _temporary_ trees, just make them readable in your private home
> > directory rather than in /pub/
On Tue, Apr 12, 2005 at 02:40:48AM +0200, Marco Colombo wrote:
> Which reminds me. The only reason why this thread belongs here, IMHO,
> it's because when it comes to GPL, it really doesn't matter what
> FSF's interpretation is, or anyone else's. The authors are choosing
> GPL as a license, so _thi
So with git, *every* changeset is an entire (compressed) copy of the
kernel. Really? Every patch you accept adds 37 MB to your hard disk?
Am I missing something here?
-dte
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Mor
Hello.
Andrew Morton wrote:
Program received signal SIGTRAP, Trace/breakpoint trap.
SIGTRAP - it looks like the "int $3"
triggered, not "mov0x30(%esp),%eax",
which is just the next insn and so the
%eip points to it, but it might be
innocent. And besides, 0x30(%esp) is
EFLAGS, not OLDSS. So I th
> I think that would be _much_ nicer implemented as a mount which is
> invisible to other users, rather than one which causes the admin's
> scripts to spew error messages.
Spew is a strong word. It'll get a single EACCES at the mountpoint.
The same is true for directories not accessible by 'nobod
Trival patch for CPU hotplug. In CPU identify part, only did cleaup for
intel CPUs. Need do for other CPUs if they support S3 SMP.
Signed-off-by: Li Shaohua<[EMAIL PROTECTED]>
---
linux-2.6.11-root/arch/i386/kernel/apic.c| 14 +++
linux-2.6.11-root/arch/i386/kernel/cpu/co
On Sun, 2005-04-10 at 17:38 +0200, Rene Scharfe wrote:
> Albert, allowing access based on tty sounds nice, but it _is_ expansive.
> More importantly, perhaps, it would "virtualize" /proc: every user would
> see different permissions for certain files in there. That's too comlex
> for my taste.
I
David wrote:
> and version control your entire system
Yeah - that works. That's how I back up my system. Not
git actually, but a similar sort of store (no compression,
a line oriented ascii 'index' file).
See my post on "Kernel SCM saga..", Sat, 9 Apr 2005 08:15:53 -0700,
Message-Id: <[EMAIL PR
Hi,
These patches (together with 5 patches followed this one) are updated
suspend/resume SMP patches. The patches fixed some bugs and do clean up
as suggested. Now they work for both suspend-to-ram and suspend-to-disk.
Patches are against 2.6.12-rc2-mm3.
Thanks,
Shaohua
---
Make SEP init per-cpu,
Make sibling map init per-cpu. Hotplug CPU may change the map at
runtime.
Signed-off-by: Li Shaohua<[EMAIL PROTECTED]>
---
linux-2.6.11-root/arch/i386/kernel/smpboot.c | 86 ++-
1 files changed, 45 insertions(+), 41 deletions(-)
diff -puN arch/i386/kernel/smpboot.c~si
Appended patch fixes
- broken sibling_map setup in x86_64
- grouping all the core and HT related cpuinfo fields.
We are reasonably sure that adding new cpuinfo fields after "siblings" field,
will not cause any app failure. Thats because today's /proc/cpuinfo
format is completely different o
On Tue, Apr 12 2005, Adrian Bunk wrote:
> On Mon, Apr 11, 2005 at 08:12:34AM +0200, Jens Axboe wrote:
> > On Sun, Apr 10 2005, Adrian Bunk wrote:
> > > This patch contains the following possible cleanups:
> > > - make needlessly global code static
> > > - remove the following unused global function
Andrew Morton wrote:
So it turns out that patch was broken. I've fixed it locally and the
results are good, but odd.
The machine is a 4GB x86_64 with aic79xx controllers and MAXTOR
ATLAS10K4_73WLS disks. ext2 filesystem.
The workload is continuous pagecache writeback versus
read-lots-of-little-fi
On Mon, Apr 11, 2005 at 06:33:58PM +0200, Ingo Molnar wrote:
> ok. Meanwhile i found another counter-argument: the average committed
> file size is 36K, which with gzip -9 would compress down to roughly 8K,
> with the commit message being another block. That's 2+1 blocks used per
> commit, while
On Mon, Apr 11, 2005 at 08:24:08PM -0700, Alex Aizman wrote:
> Common header files:
> - iscsi_ifev.h (user/kernel events).
These structures cross the user/kernel boundry? If so, they _must_ use
the __u32 and friends types, not the horrible uint32_t mess...
thanks,
gr
Ben,
Sorry about that, we have had some back and forth on this on the ppc
embedded list.
Not sure I understand your concern about the duplication of the fast
exception return path? Jason's patch pretty much just moved code out
of head.S into fpu.S so we dont duplicate it between head.S and
he
> +struct iscsi_hdr {
> + uint8_t opcode;
> + uint8_t flags; /* Final bit */
> + uint8_t rsvd2[2];
> + uint8_t hlength;/* AHSs total length */
> + uint8_t dlength[3]; /* Data length */
> + uint8_t lun[8];
>
On Mon, Apr 11, 2005 at 08:24:08PM -0700, Alex Aizman wrote:
> +typedef uint64_t iscsi_snx_t;/* iSCSI Data-Path session
> handle */
> +typedef uint64_t iscsi_cnx_t;/* iSCSI Data-Path connection
> handle */
Do you really have to create a new typedef? Please recons
Clean CPU states in order to reuse smp boot code for CPU hotplug.
Signed-off-by: Li Shaohua<[EMAIL PROTECTED]>
---
linux-2.6.11-root/arch/i386/kernel/cpu/common.c | 12
linux-2.6.11-root/arch/i386/kernel/irq.c|5 +
linux-2.6.11-root/arch/i386/kernel/process.c| 19 +++
Hi !
(Andrew: This is an update of the previous patch, it fixes a problem
with headphone beeing incorrectly muted on some models).
This patch hacks the current PowerMac Alsa driver to add some basic
support of analog sound output to some desktop G5s. It has severe
limitations though:
- Only 441
Using CPU hotplug to support suspend/resume SMP. Both S3 and S4 use
disable/enable_nonboot_cpus API. The S4 part is based on Pavel's
original S4 SMP patch.
Signed-off-by: Li Shaohua<[EMAIL PROTECTED]>
---
linux-2.6.11-root/drivers/acpi/Kconfig|2
linux-2.6.11-root/include/linux/suspend.
Boot a CPU at runtime.
Signed-off-by: Li Shaohua<[EMAIL PROTECTED]>
---
linux-2.6.11-root/arch/i386/kernel/smpboot.c | 112 ---
linux-2.6.11-root/drivers/base/cpu.c |8 +
linux-2.6.11-root/include/asm-i386/smp.h |2
3 files changed, 93 insertions(+),
Hiya folks
I'm trying to get a feel of notifier_call_chain(), but with no luck.
This is basically what I've done.
On 2.4.21, I've added dev_sample() function which I've declared and
implemented in include/linux/netdevice.h and net/core/dev.c
respectively.
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
int dev_s
I've been reading this and have another thought for you guys to keep in
mind for this tool.
version control of system config files on linux systems.
it sounds like you could put the / fileystem under the control of git
(after teaching it to not cross fileystem boundries so you can have
another
On Mon, 11 Apr 2005 21:14:17 +0200 Yves Crespin wrote:
| Hello,
|
| Using O_DIRECT flag, read() failed and errno is EINVAL.
| kernel 2.4.22
| Filesystem Ext3 mount on /home
| What's wrong ?
| Thanks
In fs/buffer.c, it wants the buffer & the length (size) to be aligned:
function: brw_kiovec()
Documentation/scsi/iscsi.txt
Signed-off-by: Alex Aizman <[EMAIL PROTECTED]>
Signed-off-by: Dmitry Yusupov <[EMAIL PROTECTED]>
diff -Nru linux-2.6.12-rc2.orig/Documentation/scsi/iscsi.txt
linux-2.6.12-rc2.dima/Documentation/scsi/iscsi.txt
--- linux-2.6.12-rc
Benjamin Herrenschmidt <[EMAIL PROTECTED]> writes:
> On Tue, 2005-04-12 at 03:18 +0200, Juergen Kreileder wrote:
>> Andrew Morton <[EMAIL PROTECTED]> writes:
>>
>>> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.12-rc2/2.6.12-rc2-mm3/
>>
>> I'm getting frequent lockups on my Pow
Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> - The anticipatory I/O scheduler has always been fairly useless with SCSI
>disks which perform tagged command queueing. There's a patch here from
> Jens
>which is designed to fix that up by constraining the number of requests
>which we'll l
drivers/scsi/Makefile changes (added iscsi_if and iscsi_tcp).
Signed-off-by: Alex Aizman <[EMAIL PROTECTED]>
Signed-off-by: Dmitry Yusupov <[EMAIL PROTECTED]>
--- linux-2.6.12-rc2.orig/drivers/scsi/Makefile 2005-03-01 23:38:19.0
-0800
+++ linux-
On Tue, 2005-04-12 at 03:18 +0200, Juergen Kreileder wrote:
> Andrew Morton <[EMAIL PROTECTED]> writes:
>
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.12-rc2/2.6.12-rc2-mm3/
>
> I'm getting frequent lockups on my PowerMac G5 with rc2-mm3.
>
> 2.6.11-mm4 works fine but al
drivers/scsi/Kconfig changes.
Signed-off-by: Alex Aizman <[EMAIL PROTECTED]>
Signed-off-by: Dmitry Yusupov <[EMAIL PROTECTED]>
diff -Nru --exclude 'iscsi*' --exclude Makefile
linux-2.6.12-rc2.orig/drivers/scsi/Kconfig
linux-2.6.12-rc2.dima/drivers/scsi
Common header files:
- iscsi_ifev.h (user/kernel events).
- iscsi_if.h (user/kernel #defines);
- iscsi_iftrans.h (iscsi transport interface);
- iscsi_proto.h (RFC3720 #defines and types).
Signed-off-by: Alex Aizman
This is to announce Linux-iSCSI project: High-Performance iSCSI
Initiator v5.0.0.2.
The corresponding user space tools:
http://sourceforge.net/project/showfiles.php?group_id=26396
1. Performance Results
=
1.1 SETUP
See http://www.open-iscsi.org/cgi-bin/wiki.pl/Performance
On 2005-04-11, Daniel Barkalow wrote:
>If merge took trees instead of single files, and had some way of detecting
>renames (or it got additional information about the differences between
>files), would that give BK-quality performance? Or does BK also support
>cases like:
>
>orig ---> first ---> fi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
USB isn't working on my zv5405us on a 2.6.10 ubuntu kernel. Or on
gentoo. Or anything. It works in WindowsXP though.
I can extract the error from dmesg.
Here's ACPI first (ACPI works btw)
Nvidia board detected. Ignoring ACPI timer override.
ACPI:
Hi,
On Monday 11 April 2005 18:45, Manu wrote:
> I'm currently using a 2.6.10 kernel (on a Debian Sarge, i386).
>
> I've compiled a 2.6.11.5 and a 2.6.11.7 kernels and my keyboard (a
> sweex SILVER MULTIMEDIA KEYBOARD, SW-23 -- PS/2 105 keys -- a
> classical keyboard) doesn't work with these kern
Adrian Bunk wrote:
You say API but talk about ABI.
As long as we want to guarantee abi, we must use the same names. Api
names, not implementation should be the same. You can't substitute
get_namei with get_my_own_namei_version_I_know...
You said you've read stable_api_nonsense.txt .
stable_api_n
The linux-iscsi and open-iscsi developers would like to announce
that they have combined forces on a single iSCSI initiator effort!
This mail gives an overview of this combined effort and will be followed
by a set of iSCSI patches the combined team submits for review as a
candidate for inclusion in
On Mon, 2005-04-11 at 17:02 -0500, Kumar Gala wrote:
> Andrew,
>
> Moved common FPU exception handling code out of head.S so it can be used
> by several of the sub-architectures that might of a full PowerPC FPU.
>
> Also, uses new CONFIG_PPC_FPU define to fix alignment exception
> handling fo
Seems to have crashed, we don't know the cause yet. Is there anyone who is
dependent on this tonight? If so I'll drive down and fix it (yeah, very lame
of us, we moved it to a different rack which was too far away from our remote
power so I can't power cycle it remotely. Our bad.)
Let me know,
On Mon, 2005-04-11 at 18:06 -0700, David Mosberger wrote:
> I had to refresh my memory with a quick Google search that netted [1]
> (look for "Disable interrupts during context switch"). Actually, it
> wasn't really a deadlock, but rather a livelock, since a CPU got stuck
> on an infinite page-no
On Tue, 2005-04-12 at 03:18 +0200, Juergen Kreileder wrote:
> Andrew Morton <[EMAIL PROTECTED]> writes:
>
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.12-rc2/2.6.12-rc2-mm3/
>
> I'm getting frequent lockups on my PowerMac G5 with rc2-mm3.
>
> 2.6.11-mm4 works fine but al
On Mon, Apr 11, 2005 at 08:12:34AM +0200, Jens Axboe wrote:
> On Sun, Apr 10 2005, Adrian Bunk wrote:
> > This patch contains the following possible cleanups:
> > - make needlessly global code static
> > - remove the following unused global functions:
> > - blkdev_scsi_issue_flush_fn
>
> Kill th
On Mon, Apr 11, 2005 at 05:39:32AM -0300, Marcelo Tosatti wrote:
> Adrian,
Hi Marcelo,
> ./drivers/char/mwave/Makefile also references Paul's email
> address, at least in v2.4.
I've given up on removing and correcting obsolete email addresses.
This created more discussions than it was worth..
On Mon, Apr 11, 2005 at 08:02:55PM -0500, Franco Sensei wrote:
> Adrian Bunk wrote:
> >This has nothing to do with versioning.
> >
> >You are asking for ABI compatibility between different kernel versions.
>
> The problem is probably misunderstanding about what I intend by version.
>
> >There is
Dear diary, on Tue, Apr 12, 2005 at 03:20:18AM CEST, I got a letter
where "Adam J. Richter" <[EMAIL PROTECTED]> told me that...
> >Dear diary, on Mon, Apr 11, 2005 at 05:46:38PM CEST, I got a letter
> >where "Adam J. Richter" <[EMAIL PROTECTED]> told me that...
> >..snip..
> >> Graydon Hoare. (By
On Mon, 11 Apr 2005 20:45:38 +0200, Peter Baudis wrote:
> Hello,
> please do not trim the cc list so agressively.
Sorry. I read the list from a web site that does not show the
cc lists. I'll try to cc more people from the relevant discussions
though. On the other hand, I've dropped Linus fro
Well, of course. When I get around to figuring out the best way to do this.
Since I don't want to bloat up sysfs ACPI stuff just to check if the echoed
value is a number or string. We can just gradually phase it out by just
marking it DEPRECATED and keep it ON in the Kbuild file so nobody loose
Andrew Morton <[EMAIL PROTECTED]> writes:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.12-rc2/2.6.12-rc2-mm3/
I'm getting frequent lockups on my PowerMac G5 with rc2-mm3.
2.6.11-mm4 works fine but all 2.6.12 versions I've tried (all since
-rc1-mm3) lock up randomly. The e
On Tue, 2005-04-12 at 01:22 +0100, Claudio Martins wrote:
> On Monday 11 April 2005 23:59, Nick Piggin wrote:
> >
> > > OK, I'll try them in a few minutes and report back.
> >
> > I'm not overly hopeful. If they fix the problem, then it's likely
> > that the real bug is hidden.
> >
>
> Well, t
Hi Peter,
As per your suggestion, I switched do {} while(0) to ((void)(0))
for the dummy define, since it's an argumentless function.
Please let me know if it's okay now.
Thanks,
Jaya Kumar
---
I ran into a problem getting reboot working with 2.6.11 on an embedded
board. The board has a Geod
On Wednesday 06 April 2005 05:22 pm, Shawn Starr wrote:
> --- Pavel Machek <[EMAIL PROTECTED]> wrote:
> > Hi!
> >
> > > So nobody minds if I make this into a CONFIG
> >
> > option marked as Deprecated? :)
> >
> > Actually it should probably go through
> >
> > Documentation/feature-removal-schedule.
> On Sun, 10 Apr 2005 08:43:24 +0200, Ingo Molnar <[EMAIL PROTECTED]> said:
Ingo> * David S. Miller <[EMAIL PROTECTED]> wrote:
>> > Yes, of course. The deadlock was due to context-switching, not
>> > switch_mm() per se. Hopefully someone else beats me to
>> remembering > the details
On Tue, 2005-04-12 at 01:42, Jakob Oestergaard wrote:
> Yes, as far as I know - the Broadcom Tigeon3 driver does not have the
> option of enabling/disabling RX polling (if we agree that is what we're
> talking about), but looking in tg3.c it seems that it *always*
> unconditionally uses NAPI...
I'
Adrian Bunk wrote:
This has nothing to do with versioning.
You are asking for ABI compatibility between different kernel versions.
The problem is probably misunderstanding about what I intend by version.
There is no stable ABI between different kernel versions and there will
never be one. Please r
Alexander Nyberg <[EMAIL PROTECTED]> wrote on 04/11/2005 03:26:14 PM:
> > Function names and return types on same line - conform to
established
> > fs/cifs/ style.
> >
> > -void
> > -MD5Init(struct MD5Context *ctx)
> > +void MD5Init(struct MD5Context *ctx)
> > {
> > ctx->buf[0] = 0x67452301
Claudio Martins <[EMAIL PROTECTED]> wrote:
>
> I think I'm going to give a try to Neil's patch, but I'll have to apply
> some
> patches from -mm.
Just this one if you're using 2.6.12-rc2:
--- 25/drivers/md/md.c~avoid-deadlock-in-sync_page_io-by-using-gfp_noio Mon Apr
11 16:55:07 2005
+++ 25
On Mon, 11 Apr 2005, Sven Luther wrote:
On Mon, Apr 11, 2005 at 10:54:50PM +0200, Marco Colombo wrote:
In this case, A is clearly the author (onwer of rights) of the firmware.
D is fine on respect of the other A's, since their source is actually
(and clearly) there. It's the missing source case we'
>From: Bill Huey (hui) [mailto:[EMAIL PROTECTED]
>
>> Quick fix: the usual. Enable deadlock detection and if it
>> returns deadlock, assume it is locked already and proceed (or
>> do a recursive mutex, or a trylock).
>
>You have to be joking me ? geez.
>...
This is way *more* common than you think
On Tue, Apr 12, 2005 at 01:51:10AM +0200, Pavel Machek wrote:
> I should take some sleep now, so I can't test the patch, but I don't
> think it will help. If someone has PF_FREEZE set, he should be in
> refrigerator.
OK, so if that doesn't help, here's an alternate approach - this
lets xfsbufd tra
On Tuesday 12 April 2005 00:46, Neil Brown wrote:
> On Monday April 11, [EMAIL PROTECTED] wrote:
> > Neil, have you had a look at the traces? Do they mean much to you?
>
> Just looked.
> bio_alloc_bioset seems implicated, as does sync_page_io.
>
> sync_page_io used to use a 'struct bio' on the sta
On Monday 11 April 2005 23:59, Nick Piggin wrote:
>
> > OK, I'll try them in a few minutes and report back.
>
> I'm not overly hopeful. If they fix the problem, then it's likely
> that the real bug is hidden.
>
Well, the thing is, they do fix the problem. Or at least they hide it very
well ;
On Mon, Apr 11, 2005 at 04:28:25PM -0700, Perez-Gonzalez, Inaky wrote:
> >From: Bill Huey (hui) [mailto:[EMAIL PROTECTED]
...
> API than once upon a time was made multithreaded by just adding
> a bunch of pthread_mutex_[un]lock() at the API entry point...
> without realizing that some of the top le
Roland> Yes, because the kernel may go through and unmap pages
Roland> from userspace while trying to swap. Since we have the
Roland> page locked in the kernel, the physical page won't go
Roland> anywhere, but userspace might end up with a different page
Roland> mapped at the s
Jindrich Makovicka <[EMAIL PROTECTED]> wrote:
>
> Andrew Morton wrote:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.12-rc2/2.6.12-rc2-mm3/
>
> MPlayer randomly crashes in various pthread_* calls when using binary
> codecs. 2.6.12-rc2-mm2 was ok. I tried to reverse
> fix-cr
Roland Dreier <[EMAIL PROTECTED]> wrote:
>
> Troy> Do we even need the mlock in userspace then?
>
> Yes, because the kernel may go through and unmap pages from userspace
> while trying to swap. Since we have the page locked in the kernel,
> the physical page won't go anywhere, but userspace m
On Tue, 15 Mar 2005 16:15:54 + David Greaves wrote:
| Old thread (!) but this is the last time I could find patch-kernel updated.
I found a little time to update patch-kernel if anyone wants
to use it. OTOH, using Matt Mackall's "ketchup" is OK too.
I also use 'kcurrent' to keep up with the
Paul E. McKenney wrote:
On Thu, Apr 07, 2005 at 05:58:40PM +1000, Nick Piggin wrote:
OK thanks for the good explanation. So I'll keep it as is for now,
and whatever needs cleaning up later can be worked out as it comes
up.
Looking forward to the split of synchronize_kernel() into synchronize_rcu(
On Mon, Apr 11, 2005 at 08:00:01PM +0200, Andi Kleen wrote:
> On Sun, Apr 10, 2005 at 11:25:23PM -0700, Siddha, Suresh B wrote:
> > We need to use the size_and_mask in set_mtrr_var_ranges(which is called
> > while programming MTRR's for AP's
>
> Patch is ok for me. But how did you find this out?
Hi!
> > > > > No, XFS is my root filesystem. :( (Now that I think about it, would
> > > > > modularizing XFS and using an initrd be OK?)
> > > >
> > > > Yes, loading xfs from initrd should help. [At least it did during
> > > > suse9.3 testing.]
> > >
> > > Once I modularized xfs and switched to
On Monday April 11, [EMAIL PROTECTED] wrote:
>
> Neil, have you had a look at the traces? Do they mean much to you?
>
Just looked.
bio_alloc_bioset seems implicated, as does sync_page_io.
sync_page_io used to use a 'struct bio' on the stack, but Jens Axboe
change it to use bio_alloc (don't kno
I'm currently using a 2.6.10 kernel (on a Debian Sarge, i386).
I've compiled a 2.6.11.5 and a 2.6.11.7 kernels and my keyboard (a
sweex SILVER MULTIMEDIA KEYBOARD, SW-23 -- PS/2 105 keys -- a
classical keyboard) doesn't work with these kernels.
I asked for help and one said me it is probably a bug
Greetings!
Subject says it ... this card's IR microcontroller design and attachment
are compatible to the company's previous designs, so the patch was as simple as
it gets.
Note that this patch goes on top of the other one I posted yesterday, thank you
very much.
regards,
Peter
--- linux-2.6.
>From: Bill Huey (hui) [mailto:[EMAIL PROTECTED]
>On Mon, Apr 11, 2005 at 03:31:41PM -0700, Perez-Gonzalez, Inaky wrote:
>> If you are exposing the kernel locks to userspace to implement
>> mutexes (eg POSIX mutexes), deadlock checking is a feature you want
>> to have to complain with POSIX. Accord
On 4/12/05, Petr Baudis <[EMAIL PROTECTED]> wrote:
> (iv) You fail to propose a better solution.
I would feel safer with back end storage filenames based on email and
mtime together with an optional hash lookup that turns collisions into
worse performance. But that's just me.
/ magnus
-
To unsub
On Mon, Apr 11, 2005 at 12:57:59PM +0200, Pavel Machek wrote:
> Hi!
>
> > > > No, XFS is my root filesystem. :( (Now that I think about it, would
> > > > modularizing XFS and using an initrd be OK?)
> > >
> > > Yes, loading xfs from initrd should help. [At least it did during
> > > suse9.3 testin
On Mon, Apr 11, 2005 at 03:31:41PM -0700, Perez-Gonzalez, Inaky wrote:
> If you are exposing the kernel locks to userspace to implement
> mutexes (eg POSIX mutexes), deadlock checking is a feature you want
> to have to complain with POSIX. According to some off the record
> requirements I've been g
This gives DISCONTIGMEM a bit more help text to explain
what it does, not just when to choose it.
Signed-off-by: Dave Hansen <[EMAIL PROTECTED]>
---
memhotplug-dave/mm/Kconfig | 10 ++
1 files changed, 10 insertions(+)
diff -puN mm/Kconfig~A2-mm-Kconfig-DISCONTIG-help-text mm/Kconfig
This used to be used to disable FLATMEM selection, but I decided
to change it to be done generically when DISCONTIG is enabled.
The option is unused, so this kills it.
Signed-off-by: Dave Hansen <[EMAIL PROTECTED]>
---
memhotplug-dave/./arch/mips/Kconfig |4
memhotplug-dave/./arch/pa
I got some feedback from users who think that the new "Memory
Model" menu is a little invasive. This patch will hide that menu,
except when CONFIG_EXPERIMENTAL is enabled *or* when an individual
architecture wants it.
An individual arch may want to enable it because they've removed
their arch-sp
Claudio Martins wrote:
Right. I'm using two Seagate ATA133 disks (ide controler is AMD-8111) each
with 4 partitions, so I get 4 md Raid1 devices. The first one, md0, is for
swap. The rest are
~$ df -h
FilesystemSize Used Avail Use% Mounted on
/dev/md1 4.6G 1.9G 2.6
Dear diary, on Tue, Apr 12, 2005 at 12:40:21AM CEST, I got a letter
where Pedro Larroy <[EMAIL PROTECTED]> told me that...
> Hi
Hello,
> I had a quick look at the source of GIT tonight, I'd like to warn you
> about the use of hash functions as content indexers.
>
> As probably you are aware, has
On Sun, 10 Apr 2005, Linus Torvalds wrote:
> On Mon, 11 Apr 2005, Jeff Garzik wrote:
> >
> > > But I hope that I can get non-conflicting merges done fairly soon, and
> > > maybe I can con James or Jeff or somebody to try out GIT then...
> >
> > I don't mind being a guinea pig as long as someone
On Wed, Mar 23, 2005 at 08:55:46PM +, David Howells wrote:
>
> The attached patch uses RCU to manage the session keyring pointer in struct
> signal_struct. This means that searching need not disable interrupts and get a
> the sighand spinlock to access this pointer. Furthermore, by judicious u
This fixes remaining u32 vs. pm_message_t confusions in
-rc2-mm3. [There are usb changes, too; they went to Greg on his
request.]
Signed-off-by: Pavel Machek <[EMAIL PROTECTED]>
--- clean-mm/drivers/macintosh/via-pmu.c2005-04-11 22:53:30.0
+0200
+++ linux-mm/drivers/macintosh/via
Hi
I had a quick look at the source of GIT tonight, I'd like to warn you
about the use of hash functions as content indexers.
As probably you are aware, hash functions such as SHA-1 are surjective not
bijective (1-to-1 map), so they have collisions. Here one can argue
about the low probability of
For some reason, this help text was missed when the file was
last audited by the documentation referencing folk. Fix this
incorrect documentation reference.
Signed-off-by: Russell King <[EMAIL PROTECTED]>
diff -up -x BitKeeper -x ChangeSet -x SCCS -x _xlk -x '*.orig' -x '*.rej' -r
orig/arch/arm
>From: Bill Huey (hui) [mailto:[EMAIL PROTECTED]
>
>On Mon, Apr 11, 2005 at 10:57:37AM +0200, Ingo Molnar wrote:
>>
>> * Perez-Gonzalez, Inaky <[EMAIL PROTECTED]> wrote:
>>
>> > Let me re-phrase then: it is a must have only on PI, to make sure
you
>> > don't have a loop when doing it. Maybe is a co
The ARM dma_supported() is rather basic, and I don't think
it takes into account everything that it should do (eg,
whether the mask agrees with what we'd return for GFP_DMA
allocations). Note this.
Signed-off-by: Russell King <[EMAIL PROTECTED]>
diff -up -x BitKeeper -x ChangeSet -x SCCS -x _xlk
1 - 100 of 336 matches
Mail list logo
