This patch is from Arnd Bergmann [EMAIL PROTECTED].
RTAS is not actually pSeries specific, but some PPC64 code that relies
on RTAS is currently protected by CONFIG_PPC_PSERIES.
This introduces a generic configuration option PPC_RTAS that can be used
by other subarchitectures as well. The existing
Greg Stark [EMAIL PROTECTED] writes:
Andrew Morton [EMAIL PROTECTED] writes:
Are you able to narrow it down to something more fine grained than
between
2.6.6 and 2.6.9-rc1?
Er, I suppose I would have to build some more kernels. Ugh. Is there a good
place to start or do I
Hello,
in the long thread on [request for inclusion] Realtime LSM there
doesn't appear to be too many people who has actually tested the
nice-and-rt-prio-rlimits.patch. Well, it works for me...
However, the patch to pam_limits posted here:
http://lkml.org/lkml/2005/1/14/174
is a little bit
Trivial correction: the type of numbers for Kconfig is not integer but int (I
just verified because I followed the wrong docs and got a error, I looked
elsewhere and they are using int, and int works for me). Please apply.
Signed-off-by: Paolo 'Blaisorblade' Giarrusso [EMAIL PROTECTED]
---
Hi Andrew,
I'm inclined to simply revert that change.
In case the mentioned lines do cause problems, please do not hesitate
to remove them. As the comments indicate, the patch was completely
untested as I haven't had the cards available. However, please ensure
that the parallel port remains
Hi,
This issue is quite interesting. We removed all specific VIA quirk
recently and apply a generic VIA quirk. But in this case, the MCH 00:0.0
is from AMD, and the ISA bridge and built-in devices are from VIA, this
means VIA quirk is useless, since it takes action only when the MCH is
from VIA.
I noticed that TTY is not able to notify overrun issue
in n_tty_receive_overrun. Actually it's because of
time_before macro which tests tty-overrun_time
(equals to 0) against jiffies - HZ (something very
big
after booting).
I guess a simple way to solve it, is to initialize
tty-overrun_time to
On Mon, 14 Mar 2005, Steven Rostedt wrote:
I'll test this with PREEMPT_DESKTOP and data=ordered also and see how it
goes.
Does not seem to work at all with the above settings. It seemed OK
until I started X. Then every time I launched an xterm it would
disappear as soon as I
This patch is from Domen Puncer [EMAIL PROTECTED].
Remove nowhere referenced file. (egrep filename\. didn't find anything)
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
Acked-by: Stephen Rothwell [EMAIL PROTECTED]
Signed-off-by: Paul Mackerras [EMAIL PROTECTED]
diff -L
This patch is from Domen Puncer [EMAIL PROTECTED].
Remove nowhere referenced file. (egrep filename\. didn't find anything)
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
Signed-off-by: Paul Mackerras [EMAIL PROTECTED]
diff -L arch/ppc64/boot/no_initrd.c -puN
Albert Cahalan wrote:
This is a bad idea. Users should not be allowed to
make this decision. This is rightly a decision for
the admin to make.
Why do you think users should not be allowed to chmod their processes'
/proc directories? Isn't it similar to being able to chmod their home
struct dvb_pll_desc {
[ ... ]
struct {
[ ... ]
} entries[];
};
while 2.6.11-mm3 changed it into entries[0].
The original code failed to compile with gcc-2.95.4, so I stuck the [0] in
there, then was vaguely surprised when no warnings came out.
moreau francis [EMAIL PROTECTED] wrote:
I noticed that TTY is not able to notify overrun issue
in n_tty_receive_overrun. Actually it's because of
time_before macro which tests tty-overrun_time
(equals to 0) against jiffies - HZ (something very
big
after booting).
I guess a simple
Hello Linus,
you can either use bk receive to patch with this mail,
or you can
Pull from: bk://krusty.dt.e-technik.uni-dortmund.de/BK-kernel-tools
or in cases of dire need, you can apply the patch below.
BK parent: http://bktools.bkbits.net/bktools
Patch description:
[EMAIL PROTECTED],
Greg Stark [EMAIL PROTECTED] wrote:
Greg Stark [EMAIL PROTECTED] writes:
Andrew Morton [EMAIL PROTECTED] writes:
Are you able to narrow it down to something more fine grained than
between
2.6.6 and 2.6.9-rc1?
Er, I suppose I would have to build some more
Hello,
Although sync doesnt seem to make any difference to fsck output,
blockdev --flushbufs fixes the issue.
Still wondering why the flushing of buffer behavior is different on a
system with normal harddisk (Redhat 7.2 with 2.4.26 kernel ) as compared
to a system with
Stas Sergeev [EMAIL PROTECTED] writes:
Another way of saying the same thing: I absolutely hate seeing
patches that fix some theoretical issue that no Linux apps will ever
care about.
No, it is not theoretical, but it is mainly
about a DOS games and an MS linker, as for
me. The things I'd
This patch fixes a corner case in sys_mprotect():
Case: len is so large that will overflow to 0 after page alignment.
E.g. len=(size_t)(-1), i.e. 0xff...ff.
Expected result: POSIX spec says it should return -ENOMEM.
Current result: len is aligned to 0, then treated the same as len=0 and
return
Hi all :)
I don't know if I've had this error previously, I noticed it this
morning when recompiling the kernel *I already use*. When doing 'make
dep' I had this:
make[1]: Leaving directory `/usr/kernel'
scripts/mkdep -- `find /usr/kernel/include/asm /usr/kernel/include/linux
Thomas Richter [EMAIL PROTECTED] wrote:
Hi Andrew,
I'm inclined to simply revert that change.
In case the mentioned lines do cause problems, please do not hesitate
to remove them. As the comments indicate, the patch was completely
untested as I haven't had the cards available.
On Mon, 14 Mar 2005, Steven Rostedt wrote:
I just downloaded -40 and applied my patch, compiled it with
PREEMPT_DESKTOP and data=ordered, ran it and everything seems OK, except
I'm getting the following...
BUG: Unable to handle kernel NULL pointer dereference at virtual address
On Mon, 2005-03-14 at 17:55 +0800, Gordon Jin wrote:
This patch fixes a corner case in sys_mprotect():
Case: len is so large that will overflow to 0 after page alignment.
shouldn't we just fix the alignment code instead that the overflow case
doesn't align to 0???
that sounds really odd.
-
Jake Moilanen writes:
diff -puN fs/binfmt_elf.c~nx-user-ppc64 fs/binfmt_elf.c
--- linux-2.6-bk/fs/binfmt_elf.c~nx-user-ppc642005-03-08 16:08:54
-06:00
+++ linux-2.6-bk-moilanen/fs/binfmt_elf.c 2005-03-08 16:08:54 -06:00
@@ -99,6 +99,8 @@ static int set_brk(unsigned long start,
Hi,
On Sun, 13 Mar 2005, Matt Mackall wrote:
I've noticed a few problems with HFS+ support in recent kernels on
another user's machine running Ubuntu (Warty) running
2.6.8.1-3-powerpc. I'm not in a position to extensively test or fix
either of these problem because of the fs tools situation
Forget to mention, we are checking linux 2.6. It appears to us
that mmap doesnt' work for FUSE in linux 2.6.
IIRC, the reason mmap doesn't work on FUSE is because when it
dirties pages they cannot be flushed reliably, because writing them
out involves calling a userspace process which
On Fri, Mar 11, 2005 at 09:58:39AM +0900, Yoichi Yuasa wrote:
Signed-off-by: Yoichi Yuasa [EMAIL PROTECTED]
Signed-off-by: Andrew Morton [EMAIL PROTECTED]
@@ -307,7 +308,7 @@ asmlinkage void do_syscall_trace(struct
{
if (unlikely(current-audit_context)) {
if
On Fri, Mar 11, 2005 at 07:16:45PM +0100, Adrian Bunk wrote:
I haven't found any modular usage of kmap_{pte,port} on !ppc in the
kernel.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
This patch was already sent on:
- 21 Jan 2005
arch/i386/mm/init.c |3 ---
I noticied a weird problem with input subsystem (mostly
mouse) which happens on my boxes with 2.6.10 and 2.6.11+
kernels (up to current 2.6.11.3), which didn't happen with
earlier kernels.
First issue is that psmouse module takes about 10 sec to
load (to detect the mouse), which was done instantly
Hi Andi
I tried to read /dev/kmem on x86_64 (linux-2.6.11) and got no success.
read() or pread() returns EINVAL
I tried mmap() too : mmap() calls succeed, but as soon the user process
dereference memory, we get :
tinfo: Corrupted page table at address 2aabf800
PGD 8a983067 PUD c7e5a067 PMD
* Arjan van de Ven [EMAIL PROTECTED] wrote:
as I said, since the cacheline just got dirtied, the write is just
half a cycle which is so much in the noise that it really doesn't
matter.
ok - the patch below is a small modification of Hugh's so that we clear
-break_lock unconditionally. Since
Removes some sparse warnings on one-bit bitfields.
Signed-off-by: Peter Hagervall [EMAIL PROTECTED]
--
dvb/dvb-core/dvb_ca_en50221.c |6 +++---
video/cx88/cx88.h |4 ++--
video/msp3400.c |4 ++--
video/videocodec.h| 16
4
long wrote:
This patch includes PCIEAER-HOWTO.txt, which describes how the PCI
Express Advanced Error Reporting Root driver works.
--- linux-2.6.11-rc5/Documentation/PCIEAER-HOWTO.txt
Could this be placed in a sub-system subdirectory (creating one if
necessary, e.g., pci/)? The root of
Stas Sergeev [EMAIL PROTECTED] writes:
Another way of saying the same thing: I absolutely hate seeing
patches that fix some theoretical issue that no Linux apps will ever
care about.
No, it is not theoretical, but it is mainly
about a DOS games and an MS linker, as for
me. The things I'd like to
Ingo Molnar wrote:
* Arjan van de Ven [EMAIL PROTECTED] wrote:
as I said, since the cacheline just got dirtied, the write is just
half a cycle which is so much in the noise that it really doesn't
matter.
ok - the patch below is a small modification of Hugh's so that we clear
-break_lock
Some of my usual coding style comments...
On Fri, 11 Mar 2005 11:21:32 -0800, Andrew Morton [EMAIL PROTECTED] wrote:
diff -puN /dev/null drivers/net/chelsio/osdep.h
--- /dev/null 2003-09-15 06:40:47.0 -0700
+++ 25-akpm/drivers/net/chelsio/osdep.h 2005-03-11 11:13:06.0
On Mon, 14 Mar 2005, Steven French wrote:
Here's the first of two patches with cleanups for fs/cifs/file.c
The patch looks safe enough but I can not get the patch to apply (pattch
always claims it is malformed) - whichever email clients I received it
from probably because of wrap at 80
On Mon, Mar 14, 2005 at 08:57:52AM +0100, Eric Piel wrote:
BTW, DaveJ, Dominik, I couldn't find them in the daily-snapshot
available at codemonkey.org.uk. Should I worry, or is it just due to
some latency between your private trees and the public one?
This happens those days only when I
Signed-off-by: Paolo 'Blaisorblade' Giarrusso [EMAIL PROTECTED]
---
linux-2.6.11-paolo/arch/um/os-Linux/user_syms.c |1 +
1 files changed, 1 insertion(+)
diff -puN arch/um/os-Linux/user_syms.c~uml-export-getgid-for-hostfs
arch/um/os-Linux/user_syms.c
---
Signed-off-by: Paolo 'Blaisorblade' Giarrusso [EMAIL PROTECTED]
---
linux-2.6.11-paolo/arch/um/drivers/slip_user.c |6 +-
1 files changed, 5 insertions(+), 1 deletion(-)
diff -puN arch/um/drivers/slip_user.c~uml-uml_net-security-fix
arch/um/drivers/slip_user.c
---
Export this symbol which is now needed for a typo fix (getuid() - getgid()).
Signed-off-by: Paolo 'Blaisorblade' Giarrusso [EMAIL PROTECTED]
---
linux-2.6.11-paolo/arch/um/os-Linux/user_syms.c |1 +
1 files changed, 1 insertion(+)
diff -puN
Pass the interface to close as an fd besides that by name... passing it by
name does not work with newer uml_net because that allows to ifconfig down
arbitrary interfaces, while if you have an open fd to the SLIP interface it
means you have full access to it (and thus can close it). Passing only
Hi,
Few more coding style comments.
On Fri, 11 Mar 2005 11:21:32 -0800, Andrew Morton [EMAIL PROTECTED] wrote:
diff -puN /dev/null drivers/net/chelsio/cxgb2.c
--- /dev/null 2003-09-15 06:40:47.0 -0700
+++ 25-akpm/drivers/net/chelsio/cxgb2.c 2005-03-11 11:13:06.0
-0800
Michael Tokarev wrote:
[]
2.6.10 almost works, but sometimes, the whole input
subsystem just hungs, ie, both keyboard and mouse
just stops working. Plugging in USB keyboard and
loading usbhid module solves the problem - both
keyboards and the mouse works after that, and I
didn't yet notice the
Export this symbol which is now needed for a typo fix (getuid() - getgid()).
Signed-off-by: Paolo 'Blaisorblade' Giarrusso [EMAIL PROTECTED]
---
linux-2.6.11-paolo/arch/um/os-Linux/user_syms.c |1 +
1 files changed, 1 insertion(+)
diff -puN
On Mon, 14 Mar 2005 09:19:49 +0100, Vojtech Pavlik [EMAIL PROTECTED] wrote:
+/*
+ * Mode manipulation
+ */
+#define TP_SET_SOFT_TRANS (0x4E) /* Set mode */
+#define TP_CANCEL_SOFT_TRANS (0xB9) /* Cancel mode */
+#define TP_SET_HARD_TRANS (0x45) /* Mode can only be set */
What
EXPORT_SYMBOL_PROTO(getuid);
+EXPORT_SYMBOL_PROTO(getgid);
please don't. as mentioned in the discussion about ROOT_DEV the whole
code using it is bogus.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info
On Mon, Mar 14, 2005 at 07:01:23AM -0500, Stephen Evanchik wrote:
On Mon, 14 Mar 2005 09:19:49 +0100, Vojtech Pavlik [EMAIL PROTECTED] wrote:
+/*
+ * Mode manipulation
+ */
+#define TP_SET_SOFT_TRANS (0x4E) /* Set mode */
+#define TP_CANCEL_SOFT_TRANS (0xB9) /* Cancel mode */
Hello,
my brother got ill this weekend, so I'll continue this task:
See http://download.hennerich.de/kallsyms_20050312_1630.gz
Great, just so that there is no confusion, I still need a new run
of /proc/page_owner, the shorter time before the lockup the better.
The machine locked up this
On Monday 14 March 2005 08:57, Eric Piel wrote:
Jan De Luyck a écrit :
Hello lists,
(please cc me from cpufreq list)
I've since yesterday started using the ondemand governor. Seems to work
fine, tho I can't seem to find a reason why it keeps scaling my processor
speed upwards tho
Hi,
i have a pc with five ethernet devices onto and want to resend ethernet packets
coming in from one device to four direct neighbours (distance 1). Therefore i
have installed a packet handler receiving skbs.
Now i have the following questions:
1) is it enough to change the skb-dev to the
Hello,
Should we hold some lock (like task_lock(tsk)) when test tsk-mm == init_mm
or any things else like tsk-mm ==0 ? Suppose it's the final test.
Thanks
--
Coywolf Qi Hunt
http://sosdg.org/~coywolf/
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body
On Sat, 12 Mar 2005 10:01:43 -0700 (MST), Zwane Mwaikambo
[EMAIL PROTECTED] wrote:
On Wed, 9 Mar 2005, Francesco Oppedisano wrote:
On Tue, 8 Mar 2005 12:09:58 -0700 (MST), Zwane Mwaikambo
[EMAIL PROTECTED] wrote:
At some cpu frequency point on i386 the main cause of your interrupt
On Gwe, 2005-03-11 at 20:26, Felix Matathias wrote:
Dear Alan,
I am positive. I can setsockopt, and then, getsockopt returns the value
that I requested.
Ok I misremembered - its SNDLOWAT that is locked to one in Linux.
Stevens very clearly states that SO_RCVLOWAT has a direct impact on
In article [EMAIL PROTECTED] (at Mon, 14 Mar 2005 13:24:24 +), Alan Cox
[EMAIL PROTECTED] says:
1003.1g both agree with your expectations. The right list is probably
netdev@oss.sgi.com however.
I've just forwarded this thread to netdev.
--yoshfuji
-
To unsubscribe from this list: send
Sam Ravnborg wrote:
On Thu, Mar 10, 2005 at 12:12:22PM +, Paulo Marques wrote:
Paulo Marques wrote:
[...]
A simple and robust way is to do the sampling on a list of symbols
sorted by symbol name. This way, even if the symbol positions that are
given to scripts/kallsyms change, the symbols
On Llu, 2005-03-14 at 00:02, Peter Chubb wrote:
I can see there'd be problems if the code allowed shared interrupts,
but it doesn't.
If you don't allow shared IRQ's its useless, if you do allow shared
IRQ's it deadlocks. Take your pick 8)
As to your comment about needing to do a few more I/O
On Gwe, 2005-03-11 at 21:04, Albert Cahalan wrote:
Still insufficient because the device might be hotplugged on you. You
need a file handle that has the expected revocation effects on unplug
and refcounts
I was under the impression that a file handle would be returned.
Then lets use that
On Mon, 14 Mar 2005 13:19:56 +0100, Vojtech Pavlik [EMAIL PROTECTED] wrote:
How much does it interpret the stream in non-transparent mode? Are
commands also passed through in soft transparent mode?
I'm asking because we might want to implement a passthrough port
similarly to what the
Sorry to follow up this late...
Is whitespace (in any form) allowed in the compatible value?
No. Only printable characters are allowed, that is, byte values
0x21..0x7e and 0xa1..0xfe; each text string is terminated by a
0x00; there can be several text strings concatenated in one
compatible
See http://download.hennerich.de/kallsyms_20050312_1630.gz
Great, just so that there is no confusion, I still need a new run
of /proc/page_owner, the shorter time before the lockup the better.
The machine locked up this morning again. See
On Sun, 2005-03-13 at 16:17 +0100, Segher Boessenkool wrote:
Sorry to follow up this late...
Is whitespace (in any form) allowed in the compatible value?
No. Only printable characters are allowed, that is, byte values
0x21..0x7e and 0xa1..0xfe; each text string is terminated by a
0x00;
On Tue, Mar 15, Benjamin Herrenschmidt wrote:
what do you chose ? ;)
I'm sure Rusty will prefer the non-whitespace version for depmod and
module.alias
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
On Thu, 10 Mar 2005, Dave Hansen wrote:
On Thu, 2005-03-10 at 09:22 -0800, Paul Jackson wrote:
In particular, I am working on preparing a patch proposal for a policy
that would kill a task rather than invoke the swapper. In
mm/page_alloc.c __alloc_pages(), if one gets down to the point of
--- Andrew Morton [EMAIL PROTECTED] wrote:
moreau francis [EMAIL PROTECTED] wrote:
How does this look?
It works well though I haven't tested the second
correction. But it looks good...
By the way, is it safe in n_tty_receive_overrun to
call
printk ? because the former can be called from IT
Is whitespace (in any form) allowed in the compatible value?
No. Only printable characters are allowed, that is, byte values
0x21..0x7e and 0xa1..0xfe; each text string is terminated by a
0x00; there can be several text strings concatenated in one
compatible property.
Yes, whitespace is used at
On Mon, Mar 14, 2005 at 02:52:00PM +0300, Michael Tokarev wrote:
After plugging in USB keyboard and loading uhci-hcd and
usbhid, the keyboard un-freeze, but mouse still didn't
work. So I tried re-loading psmouse module, and
surprizingly, mouse started working again, but now dmesg
says:
On Monday 14 March 2005 09:00, Pavel Machek wrote:
Hi!
* MySQL (hinders the actual suspension process and kicks the pc back to
where it was)
Try this patch...
Works nicely. Thanks.
Jan
--
Most people don't need a great deal of love nearly so much as they need
a steady supply.
-
Here is a simple program.
#include stdio.h
#include errno.h
main(){
int err;
err=read(0,NULL,6);
printf(%d %d\n,err,errno);
}
I think that it should be an error : Null pointer assignment, like in windows.
But in practise it is not so.
Mandrake Linux kernel 2.4.21-0.13mdk
I am a programmer
On Mon, 2005-03-14 at 17:48 +0300, Evgeniy wrote:
Here is a simple program.
#include stdio.h
#include errno.h
main(){
int err;
err=read(0,NULL,6);
printf(%d %d\n,err,errno);
}
I think that it should be an error : Null pointer assignment, like in windows.
But in practise it is
On Mon, 2005-03-14 at 15:51 +0100, Arjan van de Ven wrote:
On Mon, 2005-03-14 at 17:48 +0300, Evgeniy wrote:
Here is a simple program.
#include stdio.h
#include errno.h
main(){
int err;
err=read(0,NULL,6);
printf(%d %d\n,err,errno);
}
I think that it should be an
OK - the first of them is merged in to the cifs bk tree.
The second one looks like an improvement on structuring of the cifs open
logic but needs review. I may have a chance to test it later in the
week.
Thanks.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the
Well, we have an unmaintained spec on one side that can't even be
ordered from IEEE anymore and actual imlementations that work today,
what do you chose ? ;)
I choose the spec. If an implementation is not conformant to the spec,
it doesn't work.
Not to say that Linux doesn't have to
Hi,
just tried the 2.6.11-mm3 and at boot-time my start scripts try to
enable DMA on my disk (hdparm -m16 -c1 -u1 -X69 /dev/hda).
But while running hdparm, the kernel waits many seconds and gives me
some DMA warnings/errors:
[dmesg output]
Uniform Multi-Platform E-IDE driver Revision:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Benjamin Herrenschmidt wrote:
Well, we have an unmaintained spec on one side that can't even be
ordered from IEEE anymore and actual imlementations that work today,
what do you chose ? ;)
I choose the spec. If an implementation is not conformant to
I choose the spec. If an implementation is not conformant to the
spec,
it doesn't work.
Not to say that Linux doesn't have to work around bugs in actual
implementations, of course. And there's a lot of those. Too bad ;-)
Yah, well.. ok, let's say we have a spec... and an implementation that
On Monday 14 March 2005 15:48, Evgeniy wrote:
#include stdio.h
#include errno.h
main(){
int err;
err=read(0,NULL,6);
printf(%d %d\n,err,errno);
}
On my box (2.6.11), that does exactly what it is supposed to do -- -1 14
14 == EFAULT == Bad Address, which is what NULL is...
Btw,
Hi,
the following patch fixes the IMHO incorrect behavior to silently ignore
attempts to set SIG_IGN on blocked signals (i.e. while running in a
signal handler). See below for further explanation.
Tobias
--- kernel/signal.c.orig2005-03-06 18:12:26.0 +0100
+++ kernel/signal.c
dear sir,
i am actually trying to create a thread directory in
which files will be created by the name of the thread
id
which will contain the basic information about the
thread
(similar to process concept of kernel)
but i want to the detail steps about how the kernel
implements its process
On Mon, 14 Mar 2005, Steve French wrote:
OK - the first of them is merged in to the cifs bk tree.
Thank you.
The second one looks like an improvement on structuring of the cifs open
logic but needs review.
Yes, it certainly does. I may be able to install windows in vmware or
borrow a
On Mon, Mar 14, 2005 at 03:59:06AM -0500, Greg Stark wrote:
Well, I built a slew of kernels but found it on the first reboot.
2.6.7 doesn't work.
2.6.7:
[sound/oss] remove bogus CIV_TO_LVI
This patch removes a pair of bogus LVI assignments. The explanation in
Andrew Morton [EMAIL PROTECTED] writes:
Herbert tells me that this might be fixed in 2.6.11. Did you try that?
Nope. I'll try that.
(Though I'm skeptical. It went from 2.6.6 to 2.6.10 without being noticed but
now it's fixed without any reports?)
--
greg
-
To unsubscribe from this list:
I ran the little test program on my 2.4.26 Knoppix system, and got the
following two results:
strace a.out /dev/tty
...
read(0, NULL, 6)= 1
...
strace a.out /dev/zero
...
read(0, 0, 6) = -1 EFAULT (Bad address)
...
The first case
On Mon, 14 Mar 2005, Steven Rostedt wrote:
On Mon, 14 Mar 2005, Steven Rostedt wrote:
I just downloaded -40 and applied my patch, compiled it with
PREEMPT_DESKTOP and data=ordered, ran it and everything seems OK, except
I'm getting the following...
BUG: Unable to handle kernel NULL
On Mon, Mar 14, 2005 at 10:40:27AM -0500, Greg Stark wrote:
Andrew Morton [EMAIL PROTECTED] writes:
Herbert tells me that this might be fixed in 2.6.11. Did you try that?
Nope. I'll try that.
(Though I'm skeptical. It went from 2.6.6 to 2.6.10 without being noticed but
now it's
Vojtech Pavlik wrote:
On Mon, Mar 14, 2005 at 02:52:00PM +0300, Michael Tokarev wrote:
After plugging in USB keyboard and loading uhci-hcd and
usbhid, the keyboard un-freeze, but mouse still didn't
work. So I tried re-loading psmouse module, and
surprizingly, mouse started working again, but
On Mon, 14 Mar 2005 17:48:05 +0300
Evgeniy [EMAIL PROTECTED] bubbled:
Here is a simple program.
#include stdio.h
#include errno.h
main(){
int err;
err=read(0,NULL,6);
printf(%d %d\n,err,errno);
}
Results:
# ./a /dev/zero
read(0, 0, 6) = -1 EFAULT (Bad
On Mon, 2005-03-14 at 09:36, Jesper Juhl wrote:
Would it be useful if I split the second patch into a few parts for you? I
could split some of the (non cifs_open related) whitespace changes into
one, the kfree related changes into another and then a third with the
cifs_open rework. Would
On Mon, 14 Mar 2005, Steve French wrote:
On Mon, 2005-03-14 at 09:36, Jesper Juhl wrote:
Would it be useful if I split the second patch into a few parts for you? I
For the second patch (the one I did not apply) slightly smaller would
make things easier. For patches that have
Please CC me at [EMAIL PROTECTED] as I'm not subscribed.
I'm using kernel 2.6.8.1 (from Mandrake 10.1 I usually like to build a
custom kernel for each machine we've got).
I've recently taken to using USB Flash Disks to carry stuff around on
and I've not had any problems except on one
Andi Kleen wrote:
Stas Sergeev [EMAIL PROTECTED] writes:
Another way of saying the same thing: I absolutely hate seeing
patches that fix some theoretical issue that no Linux apps will ever
care about.
No, it is not theoretical, but it is mainly
about a DOS games and an MS linker, as for
Hi!
I have a machine with an Athlon64 with a Winchester core. It has a max
frequency of 2GHz, vid 0x6. The maximum vid allowed is 0x4. It has an
intermediate vid 0x8. RVO is 3.
When transitioning (phase1) from vid 0x8 to vid 0x6, it first increases
the vid to 6, and then proceeds increasing it
On Mon, Mar 14, 2005 at 06:53:11PM +0300, Michael Tokarev wrote:
Vojtech Pavlik wrote:
On Mon, Mar 14, 2005 at 02:52:00PM +0300, Michael Tokarev wrote:
After plugging in USB keyboard and loading uhci-hcd and
usbhid, the keyboard un-freeze, but mouse still didn't
work. So I tried
Compile Statistics
--
Build Tree: mm
Compiler: gcc 3.4.1
Detailed results: http://developer.osdl.org/cherry/compile/
Summary - 2.6.11-mm2 to 2.6.11-mm3
--
Defconfig (bzImage): -2 warnings
Allnoconfig (bzImage): no change
Allyesconfig (bzImage): +54
On Mon, 2005-03-14 at 10:42 +0100, Rene Scharfe wrote:
Albert Cahalan wrote:
This is a bad idea. Users should not be allowed to
make this decision. This is rightly a decision for
the admin to make.
Why do you think users should not be allowed to chmod their processes'
/proc
On Mon, 14 Mar 2005 18:53:11 +0300, Michael Tokarev [EMAIL PROTECTED] wrote:
Vojtech Pavlik wrote:
On Mon, Mar 14, 2005 at 02:52:00PM +0300, Michael Tokarev wrote:
After plugging in USB keyboard and loading uhci-hcd and
usbhid, the keyboard un-freeze, but mouse still didn't
work. So I
Vojtech Pavlik wrote:
On Mon, Mar 14, 2005 at 06:53:11PM +0300, Michael Tokarev wrote:
Vojtech Pavlik wrote:
On Mon, Mar 14, 2005 at 02:52:00PM +0300, Michael Tokarev wrote:
After plugging in USB keyboard and loading uhci-hcd and
usbhid, the keyboard un-freeze, but mouse still didn't
work. So I
Hi!
This is a bad idea. Users should not be allowed to
make this decision. This is rightly a decision for
the admin to make.
Why do you think users should not be allowed to chmod their processes'
/proc directories? Isn't it similar to being able to chmod their home
directories? They
On Mar 09, 2005 10:53 -0800, Dan Stromberg wrote:
The group I work in has been experimenting with GFS and Lustre, and I did
some NBD/ENBD experimentation on my own, described at
http://dcs.nac.uci.edu/~strombrg/nbd.html
My question is, what is the current status of huge filesystems - IE,
On Mon, Mar 14, 2005 at 07:38:21PM +0300, Michael Tokarev wrote:
Can you try 'usb-handoff' on the kernel command line?
The problem has nothing to do with USB per se, as far as I can see.
PS2 keyboard and mouse does not work when the USB subsystem (incl.
usbcore) is not loaded. And the
With a Broadcom BC4852 and suitable Sata drives, it is easy to create
functional devices with well in excess of 2TB raw space. This presents a severe
problem to partitioning tools, such as fdisk/cfdisk and the like as the
kernel partition structure has a 32 bit integer max for sector
401 - 500 of 771 matches
Mail list logo