Mildred Frisco is still waiting to hear from you to join their mobile friends
network.
Guess what? You now have 1 friend that have invited you to their mobile network!
These friend are waiting for you to accept:
Mildred Frisco
Click the link below to see your friend? photos and accept their
and, oh yeah - wheres the documentation Evgeniy? ;->
cheers,
jamal
On Tue, 2005-04-05 at 06:44, jamal wrote:
> To be fair to Evgeniy I am not against the Konnector idea. I think that
> it is a useful feature to have an easy to use messaging between
> kernel-kernel and kernel-userspace. The fact
On Tue, 05 Apr 2005 11:39:02 +0200, Christoph Hellwig wrote:
> On Tue, Apr 05, 2005 at 11:36:58AM +0200, Arjan van de Ven wrote:
>> One of the options is to even ship the firmware in the kernel tarbal but
>> from a separate directory with a clear license clarification text in it.
>
> I think
To be fair to Evgeniy I am not against the Konnector idea. I think that
it is a useful feature to have an easy to use messaging between
kernel-kernel and kernel-userspace. The fact that he leveraged netlink
instead of inventing things is a bonus. Having said that i have not
seriously scrutinized
On Tue, 5 Apr 2005, David Howells wrote:
> Date: Tue, 05 Apr 2005 11:04:58 +0100
> From: David Howells <[EMAIL PROTECTED]>
> To: Jesper Juhl <[EMAIL PROTECTED]>
> Cc: linux-kernel
> Subject: Re: [PATCH] no need to cast pointer to (void *) when passing it to
> kfree()
>
> Jesper Juhl
On Tue, Apr 05, 2005 at 11:36:58AM +0200, Arjan van de Ven wrote:
> One of the options is to even ship the firmware in the kernel tarbal but
> from a separate directory with a clear license clarification text in it.
I think that's what we should do. I currently don't have any firmware
requiring
On Tue, Apr 05, 2005 at 07:35:46PM +1000, Paul Mackerras wrote:
> Christoph Hellwig writes:
>
> > It's documented where the other filesystem entry points are documented.
>
> Which is?
>
> $ grep -r compat_ioctl Documentation
> Documentation/filesystems/Locking: long (*compat_ioctl) (struct
On Tue, Apr 05, 2005 at 07:51:57PM +1000, Paul Mackerras wrote:
> Christoph Hellwig writes:
>
> > Please make it a module option so it doesn't regress everyone for your
> > specific needs.
>
> Sorry, I don't follow you.
E.g. on my ia64 box CONFIG_COMPAT is set because I have support compiled
in
Christoph Hellwig writes:
> - the magic CONFIG_COMPAT changes for SHM handles should only be done when
>a module is set. CONFIG_COMPAT is set for mostly 64bit systems that can
>run 32bit code and drm shouldn't behave differently just because we can
>run 32bit code.
Yes it should -
On 095, 04 05, 2005 at 12:05:24AM -0700, Andrew Morton wrote:
what useful this part of the patch is supposed to do ?
Looks like the result of whitespace damage.
--- linux-2.6.12-rc2/drivers/acpi/sleep/main.c 2005-03-02 01:09:19.0
-0800
+++ 25/drivers/acpi/sleep/main.c
On Tue, Apr 05, 2005 at 07:58:19PM +1000, Dave Airlie wrote:
> >
> > E.g. on my ia64 box CONFIG_COMPAT is set because I have support compiled
> > in for running i386 apps. But I don't want dri to hand out 32bit handles
> > everywhere just because of that, because I most certainly won't be
Natanael Copa napisał(a):
> On Thu, 2005-03-31 at 12:11 -0500, Lee Revell wrote:
>
>
>>Didn't you ever look up what a ulimit is?
>
>
> ofcourse i did. I just think that ulimit (or other userspace tools)
> should be used to *raise* the limit if you need more. Not the reverse.
>
>
>>If you
Andrew Morton wrote:
[...]
Does not compile on AthlonXP. For mmx_clear_page, only the prototype was
changed, but the implementation is still the same. I guess that part of
the patch slipped out somehow.
-extern void mmx_clear_page(void *page);
+extern void mmx_clear_page(void *page, int
On Mon, 4 Apr 2005, Andrew Morton wrote:
> James Morris <[EMAIL PROTECTED]> wrote:
> >
> > n Mon, 4 Apr 2005, Andrew Morton wrote:
> >
> > > > I got this on a dual P4 Xeon with HT. If anyone wants more
> > information,
> > > > let me know.
> > > >
> > >
> > > .config, please..
> >
>
Jesper Juhl <[EMAIL PROTECTED]> wrote:
> kfree() takes a void pointer argument, no need to cast.
vma->vm_start is unsigned long (unless it's changed since last I looked):
struct vm_area_struct {
struct mm_struct * vm_mm;
unsigned long vm_start;
>
> E.g. on my ia64 box CONFIG_COMPAT is set because I have support compiled
> in for running i386 apps. But I don't want dri to hand out 32bit handles
> everywhere just because of that, because I most certainly won't be running
> i386 OpenGL apps.
>
It doesn't actually matter what size the
Hi!
This updates video.txt documentation with information about few more
systems. Please apply,
Pavel
--- clean/Documentation/power/video.txt 2005-04-05 10:54:28.0 +0200
+++ linux/Documentation/power/video.txt 2005-04-05
Christoph Hellwig writes:
> E.g. on my ia64 box CONFIG_COMPAT is set because I have support compiled
> in for running i386 apps. But I don't want dri to hand out 32bit handles
> everywhere just because of that, because I most certainly won't be running
> i386 OpenGL apps.
The handle for a
On Tue, Apr 05, 2005 at 11:36:58AM +0200, Arjan van de Ven wrote:
>
> > > Second step is to make the built-in firmware a
> > > config option and then later on when the infrastructure matures for
> > > firmware loading/providing firmware it can be removed from the driver
> > > entirely.
> >
> > I
Hi all,
I wonder whether anyone could use the pktcddvd device without killing
random jobs (due to sudden out of memory or better memory leaks in
pktcddvd) and finally a complete freeze of the machine ?
To reproduce just create an udf filesystem on some dvdrw, mount it rw
and copy some large file
Christoph Hellwig writes:
> It's documented where the other filesystem entry points are documented.
Which is?
$ grep -r compat_ioctl Documentation
Documentation/filesystems/Locking: long (*compat_ioctl) (struct file *,
unsigned int, unsigned long);
Christoph Hellwig writes:
> Please make it a module option so it doesn't regress everyone for your
> specific needs.
Sorry, I don't follow you.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
Ingo Molnar writes:
>
> * Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> > > this fixed my crashes too.
> >
> > spoke too soon - they still trigger even with the patch applied.
>
> the patch below fixes the crash, it was related to CONFIG_PREEMPT.
>
> Ingo
>
> --
> fix entry.S
On Thu, 2005-03-31 at 12:11 -0500, Lee Revell wrote:
> Didn't you ever look up what a ulimit is?
ofcourse i did. I just think that ulimit (or other userspace tools)
should be used to *raise* the limit if you need more. Not the reverse.
> If you consider your distro's default ulimits
On Tue, Apr 05, 2005 at 07:44:38PM +1000, Paul Mackerras wrote:
> Christoph Hellwig writes:
>
> > - the magic CONFIG_COMPAT changes for SHM handles should only be done when
> >a module is set. CONFIG_COMPAT is set for mostly 64bit systems that can
> >run 32bit code and drm shouldn't
On Sun, 2005-01-16 at 22:11, Al Viro wrote:
> On Sun, Jan 16, 2005 at 01:42:09PM -0500, J. Bruce Fields wrote:
> > On Sun, Jan 16, 2005 at 06:06:56PM +, Al Viro wrote:
> > > On Sun, Jan 16, 2005 at 11:02:13AM -0500, J. Bruce Fields wrote:
> > > > On Thu, Jan 13, 2005 at 10:18:51PM +, Al
> > Second step is to make the built-in firmware a
> > config option and then later on when the infrastructure matures for
> > firmware loading/providing firmware it can be removed from the driver
> > entirely.
>
> I think the infrasturcture is quite mature. We have a lot of drivers
> that
Hello Jeff, ...
If i can believe what i see in :
http://linux.bkbits.net:8080/linux-2.6/anno/drivers/net/[EMAIL
PROTECTED]|src/|src/drivers|src/drivers/net|related/drivers/net/tg3.c|[EMAIL
PROTECTED]
(which may or may not be correct and complete, since i am not really familiar
with bk and
On Tue, Apr 05, 2005 at 10:30:47AM +0100, Ian Campbell wrote:
> On Tue, 2005-04-05 at 11:11 +0200, Christoph Hellwig wrote:
> > On Tue, Apr 05, 2005 at 09:49:25AM +0100, Ian Campbell wrote:
> > > I don't think you did get a rejection, a few people said that _they_
> > > weren't going to do it, but
On Tue, Apr 05, 2005 at 11:28:07AM +0200, Arjan van de Ven wrote:
> I think they will be accepted if they first introduce a transition
> period where tg3 will do request_firmware() and only use the built-in
> firmware if that fails.
Fine with me.
> Second step is to make the built-in firmware a
On Tue, 2005-04-05 at 19:20 +1000, Paul Mackerras wrote:
> Dave Airlie writes:
>
> > Paulus these look like your patches care to update them with the "new"
> > method of doing stuff..
>
> What are we going to do about the DRM CVS? Change it to the new way
> and break everyone running 2.6.10 or
On Tue, 2005-04-05 at 11:11 +0200, Christoph Hellwig wrote:
> On Tue, Apr 05, 2005 at 09:49:25AM +0100, Ian Campbell wrote:
> > I don't think you did get a rejection, a few people said that _they_
> > weren't going to do it, but if you want to then go ahead. I think people
> > are just fed up of
On Tue, 2005-04-05 at 11:11 +0200, Christoph Hellwig wrote:
> On Tue, Apr 05, 2005 at 09:49:25AM +0100, Ian Campbell wrote:
> > I don't think you did get a rejection, a few people said that _they_
> > weren't going to do it, but if you want to then go ahead. I think people
> > are just fed up of
Btw, some more comments on the 32bit compat code in drm:
- instead of set_fs & co and passing kernel addresses to drm_ioctl
please use compat_alloc_user_space()
- this:
+ifeq ($(CONFIG_COMPAT),y)
+drm-objs+= drm_ioc32.o
+radeon-objs += radeon_ioc32.o
+endif
should be written as
On Tue, 5 Apr 2005, Ingo Molnar wrote:
>
> * Esben Nielsen <[EMAIL PROTECTED]> wrote:
>
> > > Now the question is, who will fix it? Preferably the maintainers, but I
> > > don't know how much of a priority this is to them. I don't have the time
> > > now to look at this and understand enough
Hi!
> > You have a few things here that can easily conflict, and that will be
> > developed at different paces. I like the direction that it's going, but
> > how do you intend to do it gradually. I.e. what to do first?
>
> I think the first step would be for us to all agree on a design, whether
>
> > Paulus these look like your patches care to update them with the "new"
> > method of doing stuff..
>
> What are we going to do about the DRM CVS? Change it to the new way
> and break everyone running 2.6.10 or earlier, or leave it at the old
> way that will work for people with distro
On Mon, 2005-04-04 at 16:02 -0400, Robert Love wrote:
Hi,
> Below, find inotify 0.22, against 2.6.12-rc1.
>
Will this be included in mainline anytime soon? Kernel side seems to be
working great, and I think all issues was addressed.
The only real issues currently is with the gamin backend,
Hi Jan,
> > > > Mmm, probably that 2001 discussion about the keyspan firmware, right ?
> > > >
> > > > http://lists.debian.org/debian-legal/2001/04/msg00145.html
> > > >
> > > > Can you summarize the conclusion of the thread, or what you did get
> > > > from it,
> > > > please ?
> > >
> >
On Apr 4, 2005, at 11:49 PM, Kyle Moffett wrote:
On Apr 04, 2005, at 17:25, Richard B. Johnson wrote:
I don't find stdint.h in the kernel source (up to 2.6.11). Is this
going to be a new addition?
Uhh, no. stdint.h is part of glibc, not the kernel.
It would be very helpful to start using the
Dave Airlie writes:
> Paulus these look like your patches care to update them with the "new"
> method of doing stuff..
What are we going to do about the DRM CVS? Change it to the new way
and break everyone running 2.6.10 or earlier, or leave it at the old
way that will work for people with
On Tue, Apr 05, 2005 at 07:11:26PM +1000, Paul Mackerras wrote:
> Christoph Hellwig writes:
>
> > Those DRI callers aren't in mainline but introduced in bk-drm.patch,
> > looks like the DRI folks need beating with a big stick..
>
> Settle down Christoph, the compat_ioctl method is less than 3
On Tue, Apr 05, 2005 at 09:49:25AM +0100, Ian Campbell wrote:
> I don't think you did get a rejection, a few people said that _they_
> weren't going to do it, but if you want to then go ahead. I think people
> are just fed up of people bringing up the issue and then failing to do
> anything about
Christoph Hellwig writes:
> Those DRI callers aren't in mainline but introduced in bk-drm.patch,
> looks like the DRI folks need beating with a big stick..
Settle down Christoph, the compat_ioctl method is less than 3 months
old, has only been in one official 2.6.x release, and isn't documented
Hello,
I've problems with IrDA - when debug is off, I'm getting oops for obvious
reason...
(I don't have a log, this is just rewrite from screen:
EIP: irda_device_set_media_busy+0x15/0x40 [irda]
ali_ircc_sir_receive+0x4a/0x70
ali_ircc_sir_interrupt+0x66/0x70
ali_ircc_interrupt+0x5e/0x80
.
)
On Apr 5, 2005 5:44 PM, Christoph Hellwig <[EMAIL PROTECTED]> wrote:
> On Tue, Apr 05, 2005 at 12:05:24AM -0700, Andrew Morton wrote:
> > +officially-deprecate-register_ioctl32_conversion.patch
> >
> > deprecate a compat function (mainly affects DRI)
>
> Those DRI callers aren't in mainline but
On Mon, 2005-04-04 at 23:33, Nathan Lynch wrote:
> > >
> > > I don't understand why this is needed at all. It looks like a fair
> > > amount of code from do_exit is being duplicated here.
> > Yes, exactly. Someone who understand do_exit please help clean up the
> > code. I'd like to remove the
2.6.12-rc1 compiles and runs perfectly.
gcc version 2.95.3 20010315 (release)
CC [M] drivers/usb/class/cdc-acm.o
In file included from drivers/usb/class/cdc-acm.c:63:
include/linux/usb_cdc.h:117: field `bDetailData' has incomplete type
make[3]: *** [drivers/usb/class/cdc-acm.o] Error 1
Hello there,
After 2½ year I stumbled over this thread:
On Wed, 2002-08-21 at 13:23, Alan Cox wrote:
2.5 propses including the ability to set the %age between the 0% of
mode 3, the 50 of mode 2 and upwards to things relevant in some
embedded system cases. So for 2.6 you will be able to tune it in
On Tue, 2005-04-05 at 10:32 +0200, Sven Luther wrote:
> On Tue, Apr 05, 2005 at 09:19:24AM +0100, Ian Campbell wrote:
> > On Mon, 2005-04-04 at 23:19 +0200, Sven Luther wrote:
> >
> > > I am only saying that the tg3.c and other file are under the GPL, and
> > > that the firmware included in it is
On Apr 3, 2005 11:56 PM, Andrew Morton <[EMAIL PROTECTED]> wrote:
> Mathieu Bérard <[EMAIL PROTECTED]> wrote:
> >
> > Hi,
> > I get a 100% reproductible oops while booting linux 2.6.12-rc1-mm4.
> > (Everyting run smoothly using 2.6.11-mm1)
> > It seems to be related with mounting a reiserfs3
Hi,
On Tuesday, 5 of April 2005 09:05, Andrew Morton wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.12-rc2/2.6.12-rc2-mm1/
>
> - x86 NMI handling seems to be bust in 2.6.12-rc2. Try using
> `nmi_watchdog=0' if you experience weird crashes.
>
> - The possible
On Apr 4, 2005, at 10:57 PM, Al Viro wrote:
On Mon, Apr 04, 2005 at 10:30:52PM +0200, Renate Meijer wrote:
When used improperly. The #define Al Viro objected to, is
objectionable. It's highly
misleading, as Mr. Viro pointed out. I fail to see where he made
comments on stdint.h
as such.
Comments on
Ingo Molnar a écrit :
* Brice Goglin <[EMAIL PROTECTED]> wrote:
Andrew Morton a écrit :
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.12-rc2/2.6.12-rc2-mm1/
Hi Andrew,
printk timing seems broken.
It always shows [ 0.00] on my Compaq Evo N600c.
could you send the full
Hi,
Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.12-rc2/2.6.12-rc2-mm1/
- x86 NMI handling seems to be bust in 2.6.12-rc2. Try using
`nmi_watchdog=0' if you experience weird crashes.
- The possible kernel-timer related hangs might possibly be fixed. We
On Tue, Apr 05, 2005 at 09:19:24AM +0100, Ian Campbell wrote:
> On Mon, 2005-04-04 at 23:19 +0200, Sven Luther wrote:
>
> > I am only saying that the tg3.c and other file are under the GPL, and
> > that the firmware included in it is *NOT* intented to be under the
> > GPL, so why not say it
* Brice Goglin <[EMAIL PROTECTED]> wrote:
> Andrew Morton a écrit :
> >ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.12-rc2/2.6.12-rc2-mm1/
>
> Hi Andrew,
>
> printk timing seems broken.
> It always shows [ 0.00] on my Compaq Evo N600c.
could you send the full bootlog
On Mon, 2005-04-04 at 23:51 -0500, Dmitry Torokhov wrote:
> On Monday 04 April 2005 23:23, Jan Harkes wrote:
> > On Mon, Apr 04, 2005 at 12:17:46PM -0700, Greg KH wrote:
> > > On Mon, Apr 04, 2005 at 08:27:53PM +0200, Sven Luther wrote:
> > > > Mmm, probably that 2001 discussion about the keyspan
Brice Goglin <[EMAIL PROTECTED]> wrote:
>
> Andrew Morton a écrit :
> >
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.12-rc2/2.6.12-rc2-mm1/
>
> Hi Andrew,
>
> printk timing seems broken.
> It always shows [ 0.00] on my Compaq Evo N600c.
What sort of CPU does that
Christoph Hellwig wrote:
Given that the same logic applies to various other ports maybe it should
go into a common Makefile fragment?
Alas, the *details* are different for each architecture.
-hpa
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
> bk-audit.patch
This introduces various AUDIT_ARCH numerical constants, which is a blatantly
stupid idea. We already have a way to uniquely identify architectures, and
that's the ELF headers, no need for another parallel namespace.
(btw, could you please add to all patches who's responsible
On Mon, 2005-04-04 at 23:19 +0200, Sven Luther wrote:
> I am only saying that the tg3.c and other file are under the GPL, and
> that the firmware included in it is *NOT* intented to be under the
> GPL, so why not say it explicitly ?
I don't think anyone here has disagreed. What almost everyone
Christoph Hellwig <[EMAIL PROTECTED]> wrote:
>
> (btw, could you please add to all patches who's responsible for them,
> bk-audit.patch doesn't tell)
It's supposed to, but if I have to fix rejects and refresh the patch, I
lose that info. Right now, bk-audit stomps on bk-ia64, so we lost the
Andrew Morton a écrit :
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.12-rc2/2.6.12-rc2-mm1/
- Nobody said anything about the PM resume and DRI behaviour in
2.6.12-rc1-mm4. So it's all perfect now?
I'm sorry, I did not follow this "PM resume broken" thread.
But, suspend to
Brice Goglin <[EMAIL PROTECTED]> wrote:
>
> Andrew Morton a écrit :
> > Brice Goglin <[EMAIL PROTECTED]> wrote:
> >
> >>Andrew Morton a écrit :
> >> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.12-rc2/2.6.12-rc2-mm1/
> >>
> >> Hi Andrew,
> >>
> >> printk timing seems
On Tue, 2005-04-05 at 11:34 +0400, Evgeniy Polyakov wrote:
> On Tue, 2005-04-05 at 01:10 -0400, Herbert Xu wrote:
>
> >In fact to this day I still don't understand what problems this thing is
> >meant to solve.
>
> Hmm, what else can I add to my words?
> May be checking the size of the code
Oleg Nesterov <[EMAIL PROTECTED]> wrote:
>
> > Oleg Nesterov:
> > o x86: fix ESP corruption CPU bug (take 2)
>
> I don't even absolutely understand what this patch does :)
> I only send a very minor fix on top of Stas Sergeev's patch.
>
I'm suspecting a problem in the reporting scripts. The
Andrew Morton a écrit :
Brice Goglin <[EMAIL PROTECTED]> wrote:
Andrew Morton a écrit :
>
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.12-rc2/2.6.12-rc2-mm1/
Hi Andrew,
printk timing seems broken.
It always shows [ 0.00] on my Compaq Evo N600c.
What sort of CPU does that
Hi,
I am having a little trouble with inotify 0.22. Previous version worked w/o
trouble (even with nvidia and nvsound loaded) with 2.6.12-rc1-kb2 and gamin
Now I use 2.6.12-rc2 with inotify 0.22 and got this after a few minutes of
uptime (compiling some stuff):
Apr 5 09:40:43 tachyon Unable to
* Nick Piggin <[EMAIL PROTECTED]> wrote:
> Andrew Morton wrote:
>
> >+sched-remove-unnecessary-sched-domains.patch
> >+sched-improve-pinned-task-handling-again.patch
> [snip]
> >
> > CPU scheduler updates
> >
>
> It is no problem that you picked these up for testing. But
> don't merge them
On Tue, 5 Apr 2005 17:37:24 +1000
Stephen Rothwell <[EMAIL PROTECTED]> wrote:
> On Mon, 4 Apr 2005 22:44:09 -0700 "David S. Miller" <[EMAIL PROTECTED]> wrote:
> >
> > I have no idea how a bug like this lasted so long.
>
> Probably because very few programs pass sigevents into the kernel ...
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> > this fixed my crashes too.
>
> spoke too soon - they still trigger even with the patch applied.
the patch below fixes the crash, it was related to CONFIG_PREEMPT.
Ingo
--
fix entry.S crash with PREEMPT+PAGEALLOC
Signed-off-by: Ingo Molnar
On Tue, 5 Apr 2005, Li Shaohua wrote:
> On Tue, 2005-04-05 at 03:10, Zwane Mwaikambo wrote:
> > On Mon, 4 Apr 2005, Li Shaohua wrote:
> >
> > > linux-2.6.11-root/arch/i386/kernel/smpboot.c |6 ++
> > > linux-2.6.11-root/arch/i386/kernel/sysenter.c | 10 ++
>
On Tue, 5 Apr 2005, Esben Nielsen wrote:
> > I'm sure a lot of the yield() users could be converted to
> > schedule_timeout(), some of the users i saw were for low memory conditions
> > where we want other tasks to make progress and complete so that we a bit
> > more free memory.
> >
>
>
Andrew Morton a écrit :
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.12-rc2/2.6.12-rc2-mm1/
Hi Andrew,
printk timing seems broken.
It always shows [ 0.00] on my Compaq Evo N600c.
dmesg and config attached.
- Nobody said anything about the PM resume and DRI behaviour in
On Tue, Apr 05, 2005 at 12:05:24AM -0700, Andrew Morton wrote:
> +officially-deprecate-register_ioctl32_conversion.patch
>
> deprecate a compat function (mainly affects DRI)
Those DRI callers aren't in mainline but introduced in bk-drm.patch,
looks like the DRI folks need beating with a big
On Tue, 5 Apr 2005, Christoph Hellwig wrote:
> Date: Tue, 5 Apr 2005 08:35:59 +0100
> From: Christoph Hellwig <[EMAIL PROTECTED]>
> To: Jesper Juhl <[EMAIL PROTECTED]>
> Cc: Steve French <[EMAIL PROTECTED]>, Steven French <[EMAIL PROTECTED]>,
> linux-kernel@vger.kernel.org
> Subject: Re:
On Sat, Apr 02, 2005 at 09:40:39PM -0600, James Bottomley wrote:
> On Sun, 2005-04-03 at 04:10 +0100, Matthew Wilcox wrote:
> > > SPARC64 can do it in the PTEs, but we just use raw physical
> > > addresses in our I/O accessors, and in those load/store instructions
> > > we can specify the
Hi,
I'm porting linux on an embedded system based on MIPS proc. I've
encountered several
problems and one of these is related to the physical memory which
doesn't start to 0.
This is actually not a big issue if code that makes physical address
convertions uses the
appropriate macros that do the
On Mon, Apr 04, 2005 at 11:14:16PM -0700, H. Peter Anvin wrote:
> This allows the i386 architecture to be built on a system with a biarch
> compiler that defaults to x86-64, merely by specifying ARCH=i386.
>
> As previously discussed, this uses the equivalent logic to the ppc port.
Given that
On Mon, Apr 04, 2005 at 10:59:32PM +0200, Jesper Juhl wrote:
>
> Hi Steve,
>
> More fs/cifs/ cleanups for you. This time for asn1.c
Btw, shouldn't asn1.c move to lib/?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More
On Mon, 4 Apr 2005 22:44:09 -0700 "David S. Miller" <[EMAIL PROTECTED]> wrote:
>
> I have no idea how a bug like this lasted so long.
Probably because very few programs pass sigevents into the kernel ...
> - memset(, 0, sizeof(*event));
> + memset(event, 0, sizeof(*event));
Blush :-)
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> * Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> > From: Akinobu Mita <[EMAIL PROTECTED]>
> >
> > With nmi_watchdog=1, I got random Oopses (Unable to handle kernel
> > paging request, not by the NMI oopser) from many processes. It is not
> >
On Tue, 2005-04-05 at 01:10 -0400, Herbert Xu wrote:
>On Tue, Apr 05, 2005 at 11:03:16AM +0400, Evgeniy Polyakov wrote:
>>
>> I received comments and feature requests from Herbert Xu and Jamal Hadi
>> Salim,
>> almost all were successfully resolved.
>
>Please do not construe my involvement in
Andrew Morton wrote:
+sched-remove-unnecessary-sched-domains.patch
+sched-improve-pinned-task-handling-again.patch
[snip]
CPU scheduler updates
It is no problem that you picked these up for testing. But
don't merge them yet, please.
Suresh's underlying problem with the unnecessary sched domains
On Mon, Apr 04, 2005 at 04:17:45PM -0500, James Bottomley wrote:
> OK, I sent the patch off to Andrew. To complete the original problem,
> the attached is the patch that uses it in the parisc lasi driver
> (although, actually, it sets up 53c700 to work everywhere including BE
> on a LE system).
>
> Oleg Nesterov:
> o x86: fix ESP corruption CPU bug (take 2)
I don't even absolutely understand what this patch does :)
I only send a very minor fix on top of Stas Sergeev's patch.
Oleg.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Andi wrote:
> There is already an arch neutral mechanism in sysfs, see
> /sys/devices/system/node/node*/distance
Excellent - thank-you.
> But of course SLIT doesn't know anything about cache latencies.
Of course. Though SLIT does know about basic node distances, which
tend to correlate with
>
> - Nobody said anything about the PM resume and DRI behaviour in
> 2.6.12-rc1-mm4. So it's all perfect now?
Well the DRI is, both reports of bugs have been fixed :-), the bug
should be closed on bugs.kernel.org I think, and it looks rock solid
on my box both FC3 and Debian sarge..
Dave.
-
* Andrew Morton <[EMAIL PROTECTED]> wrote:
> From: Akinobu Mita <[EMAIL PROTECTED]>
>
> With nmi_watchdog=1, I got random Oopses (Unable to handle kernel
> paging request, not by the NMI oopser) from many processes. It is not
> happend with -rc1.
>
> The following change fixes this problem.
i have released the -V0.7.44-00 Real-Time Preemption patch, which can be
downloaded from the usual place:
http://redhat.com/~mingo/realtime-preempt/
this is a merge of -43-08 to 2.6.12-rc2.
http://kernel.org/pub/linux/kernel/v2.6/linux-2.6.11.tar.bz2
On Tue, Apr 05, 2005 at 11:03:16AM +0400, Evgeniy Polyakov wrote:
>
> I received comments and feature requests from Herbert Xu and Jamal Hadi
> Salim,
> almost all were successfully resolved.
Please do not construe my involvement in these threads as endorsement
for this system.
In fact to this
* Andrew Morton <[EMAIL PROTECTED]> wrote:
> Do you have nmis enabled?
yeah ...
> call do_nmi
> - jmp restore_all
> + jmp restore_nocheck
and i was about to take a closer look at the NMI path :-)
Ingo
-
To unsubscribe from this list: send the line "unsubscribe
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> it could be the ESP-16-bit-corruption patch causing this, or it could
> be an already existing latent bug getting triggered now: normally only
> iret accesses the OLDSS, and we fix any iret faults up, but now that
> we explicitly access %esp the esp
On Tue, 2005-04-05 at 01:10 -0400, James Morris wrote:
> On Tue, 5 Apr 2005, James Morris wrote:
>
> > A few questions:
>
> Also, please allow cn_add_callback() allow it to be passed a NULL
> callback function, so the caller doesn't pass in a dummy function and your
> code doesn't waste time
Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> the crashes below happen when PAGEALLOC is enabled. It's this
> instruction:
>
> movb OLDSS(%esp), %ah
>
> OLDSS is 0x38, esp is f4f83fc8, OLDSS(%esp) is thus f4f84000, which
> correctly creates the PAGEALLOC pagefault. esp is off by 4
On Tue, 2005-04-05 at 01:05 -0400, James Morris wrote:
> Evgeniy,
>
> Please send networking patches to [EMAIL PROTECTED]
It was sent there two times.
> Your connector code (under drivers/connector) is now in the -mm tree and
> as far as I can tell, has not received any review from the
the crashes below happen when PAGEALLOC is enabled. It's this
instruction:
movb OLDSS(%esp), %ah
OLDSS is 0x38, esp is f4f83fc8, OLDSS(%esp) is thus f4f84000, which
correctly creates the PAGEALLOC pagefault. esp is off by 4 bytes?
it could be the ESP-16-bit-corruption patch causing
Paul Jackson <[EMAIL PROTECTED]> writes:
>
> We already expose the SLIT table node distances (using SN2 specific
> /proc files today, others are working on an arch-neutral mechanism).
There is already an arch neutral mechanism in sysfs, see
/sys/devices/system/node/node*/distance
That should be
James Morris <[EMAIL PROTECTED]> wrote:
>
> n Mon, 4 Apr 2005, Andrew Morton wrote:
>
> > > I got this on a dual P4 Xeon with HT. If anyone wants more information,
> > > let me know.
> > >
> >
> > .config, please..
>
> #
> # Automatically generated make config: don't edit
> # Linux
301 - 400 of 812 matches
Mail list logo