The dmesg is below. After I get this Oops, I am unable to use my (PS/2)
keyboard, and had to ssh to my machine in order to save a copy of dmesg
before rebooting the machine. I've seen a couple of other users of dual
core machings having this problem. The suggestion so far has been to remove
Mark Gross writes:
diff -urN -X dontdiff_osdl vanilla/linux-2.4.31/drivers/char/tlclk.c
linux-2.4/drivers/char/tlclk.c
--- vanilla/linux-2.4.31/drivers/char/tlclk.c 1969-12-31 16:00:00.0
-0800
+++ linux-2.4/drivers/char/tlclk.c 2005-07-06 13:21:24.0 -0700
@@ -0,0 +1,459
Fernando Lopez-Lezcano wrote:
I see the same thing. CONFIG_PRINTK_IGNORE_LOGLEVEL is not set but
still printk ignores the loglevel (I commented out the #ifdef in
kernel/printk.c to make the spurious messages go away).
The condition is reversed.
The '#ifdef CONFIG_PRINTK_IGNORE_LOGLEVEL'
Mark Gross writes:
+static int
+tlclk_open(struct inode *inode, struct file *filp)
+{
+ int result;
+#ifdef MODULE
+ if (!MOD_IN_USE) {
+ MOD_INC_USE_COUNT;
+#endif
+ /* Make sure there is no interrupt pending will
+ * initialising interrupt handler */
+
Hi Jeff,
I don't have any software answers, but it sounds like the modem is an
external type connected by RS232 cable to a serial port. RS-232 is
pretty simple at the hardware level and you should be able to create
a Y cable that sniffs the transmit from the computer to modem
line
Doug Wicks wrote:
How do I get off the mail list here?
[EMAIL PROTECTED]
See www.namesys.com, click on Join Mail List then in Unsubscribe
Mailinglist and follow instructions.
Very difficult, i know.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of
Dear all,
I have a problem loading the rpm build locally on Fedora core 3, linux kernel
2.6.10.
After building the rpm file from the available sources on the Linux kernel
2.6.10 which was D/W from kernel.org and build, I am unable to load it.
It results in the following errors:-
tifm:
On Wed, 2005-07-06 at 18:12 -0700, Andrew Morton wrote:
Dave Jones [EMAIL PROTECTED] wrote:
On Wed, Jul 06, 2005 at 12:57:19PM -0700, David S. Miller wrote:
From: Paulo Marques [EMAIL PROTECTED]
Date: Wed, 06 Jul 2005 15:23:56 +0100
What is weird is that most of the extra
Some notable implementation details are as follows:
* struct inode is _not_ extended to associate audit data with the
inode. A hash table is used in which the inode is hashed to
retrieve its audit data. We know if an inode has audit data
if I_AUDIT has been turned on in
Horst von Brand wrote:
Hans Reiser [EMAIL PROTECTED] wrote:
[...]
I think the exokernel approach by Frans is a very interesting approach.
I wish I had the experience with it necessary to know if it was
effective. I do NOT take the position that name resolution should be in
the kernel. I
Arjan van de Ven [EMAIL PROTECTED] wrote:
On Transmeta CPUs that probably triggers a retranslation of
x86-native bytecode, if it thinks it hasn't seen code at that
address before.
ouch. What do we do? Default to off? Default to off on xmeta?
off-on-xmeta would be my
Jonathan Briggs wrote:
On Tue, 2005-07-05 at 23:44 -0700, Hans Reiser wrote:
Hubert Chan wrote:
And a question: is it feasible to store, for each inode, its parent(s),
instead of just the hard link count?
Ooh, now that is an interesting old idea I haven't considered in 20
I will appreciate your help in eliminating a disturbing wide variation (by a
factors of 2 to 2.5) in the execution time of a test (execution benchmark)
program under identical conditions even when the machine is freshly started
(rebooted) and no other user program is running (not even e-mail or
On Wed, 2005-07-06 at 23:41 -0700, Andrew Morton wrote:
Arjan van de Ven [EMAIL PROTECTED] wrote:
On Transmeta CPUs that probably triggers a retranslation of
x86-native bytecode, if it thinks it hasn't seen code at that
address before.
ouch. What do we do?
On Thu, 2005-07-07 at 15:55 +1000, David Gibson wrote:
MAP_PRIVATE|MAP_WRITE mappings of hugetlbfs. Because the pool of
hugepages is limited, a write to a MAP_PRIVATE hugepage region may
result in a SIGBUS, if a new hugepage cannot be allocated. This patch
in that case you might allocate
On Thu, 2005-07-07 at 08:40 +0200, Arjan van de Ven wrote:
why is this? It would be a very logical thing to store this stuff inside
the inode. It sounds like a bad design to keep per inode data out of the
inode. (if you're concerned about taking a lot of space, put a pointer
to a kmalloc()'d
Pekka J Enberg [EMAIL PROTECTED] wrote:
Mark Gross writes:
+
+/* 0 = Dynamic allocation of the major device number */
+#define TLCLK_MAJOR 252
Enums, please.
But not here - it is a single constant, not a value of a distinct type.
--
Dmitry
-
To unsubscribe from this list: send
Hi Dmitry,
Mark Gross writes:
+
+/* 0 = Dynamic allocation of the major device number */
+#define TLCLK_MAJOR 252
Pekka J Enberg [EMAIL PROTECTED] wrote:
Enums, please.
Dmitry Torokhov writes:
But not here - it is a single constant, not a value of a distinct type.
Fair enough,
Le mer 06/07/2005 à 16:31, Ingo Molnar a écrit :
* Serge Noiraud [EMAIL PROTECTED] wrote:
Yes it was 50-47.
CONFIG_X86_UP_IOAPIC is not present in my .config
CONFIG_PCI_MSI is set to yes.
I'll try with CONFIG_PCI_MSI=n
It's OK for me. good job.
good. But it would be nice to
From: Sheo Shanker Prasad [EMAIL PROTECTED]
Date: Wed, 6 Jul 2005 23:44:53 -0700
I will appreciate your help in eliminating a disturbing wide variation (by a
factors of 2 to 2.5) in the execution time of a test (execution benchmark)
program under identical conditions even when the machine is
On Thu, Jul 07, 2005 at 12:12:12PM +0530, Mukund JB. wrote:
Dear all,
?
I have a problem loading the rpm build locally on Fedora core 3, linux kernel
2.6.10.
?
After building the rpm file from the available sources on the Linux kernel
2.6.10 which was D/W from kernel.org and build, I am
Hi Pekka,
Pekka J Enberg [EMAIL PROTECTED] wrote:
Hi Dmitry,
Mark Gross writes:
+
+/* 0 = Dynamic allocation of the major device number */
+#define TLCLK_MAJOR 252
Pekka J Enberg [EMAIL PROTECTED] wrote:
Enums, please.
Dmitry Torokhov writes:
But not here - it is
On Wed, 6 Jul 2005, Thomas Backlund wrote:
I could check the firmware versions if you want.
Yes thanks, please do.
megaraid: fw version:[516A] bios version:[H418]
megaraid: fw version:[513O] bios version:[H418]
At least these versions seem to work just fine.
--
-=[ Count Zero / TBH -
Hi Dmitry,
Pekka J Enberg [EMAIL PROTECTED] wrote:
Fair enough, static const int would work here too. Defines should be
avoided because they allow you to override a value without ever noticing it.
Dmitry Torokhov writes:
Would not this cause compiler to allocate memory for the constant?
I
On Mon, Jul 04 2005, Jens Axboe wrote:
On Mon, Jul 04 2005, Lenz Grimmer wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
Jens Axboe wrote:
It isn't too pretty to rely on such unreliable timing anyways. I'm
not too crazy about spinning the disk down either, it's
Dear David,
The program is an atmospheric chemistry-transport modeling code that computes
the distributions of atmospheric species (e.g., ozone) as a function of
latitude and altitude and how that changes with time.
Thanks for taking time to think about my problem. I greatly appreciate it.
I
Hi Jeff,
I am using your ata-passthru patch
http://www.kernel.org/pub/linux/kernel/people/jgarzik/libata/2.6.12-git4-passthru1.patch.bz2
with hddtemp regularly polling for the temperature state together with
libsata from kernel 2.6.12 on a promise tx2. The disk is set to go to
sleep mode
Pekka J Enberg wrote:
Hi Willy,
Willy Tarreau writes:
I dont agree with you here : enums are good to simply specify an ordering.
But they must not be used to specify static mapping. Eg: if REG4 *must* be
equal to BASE+4, you should not use enums, otherwise it will render the
code
I've seen similar hehaviour (machine halts) with a BT848 on a VT82C686
board while displaying the picture on a radeon card under X.org 6.8.1.
I have the same problem with a Bt878 on a VT82C686 board with a Radeon 7500
card. The problem predates X.org.
Heavy HDD IO almost certainly caused
On Wednesday 06 July 2005 20:27, Richard B. Johnson wrote:
Only the 127.0.0.0 network should be routed through the loop-back
device.
This is the normal dose of disinformation embedded into
otherwise useful reply from Richard. Sometimes I wonder
whether he does this for fun for for some other
MailEnable: Message could not be delivered to some recipients.
The following recipient(s) could not be reached:
[SMTP:[EMAIL PROTECTED]: Remote SMTP Server Returned: 550 unknown user
[EMAIL PROTECTED]
Message headers follow:
Received: from squ.edu.om ([172.18.1.27]) by squ.edu.om
Andrew Morton wrote:
Calculating this stuff accurately is very expensive. You'll get a better
answer using proc-pid-smaps.patch from -mm, but even that won't tell you
things about sharing levels of the pages.
Great, thanks! I'll play around with this:
Try without loading all those proprietary modules (vmmon, vmnet, nvidia).
Done, sorry about not doing it from the onset. I reproduced the OOPS using the
vesa driver of XFree86. Below is the OOPS as well as environment information:
Jul 6 22:57:29 sharky kernel: tuner 2-0060: TV freq (0.00) out
Heavy HDD IO almost certainly caused soon death (recognizable by heavy
picture distortion), while an idle system lasted one evening. It did not
happen with kernel 2.4 and a NVidia card on XF86.
You are very probably onto something there, the latest OOPS I sent (the 2AM one)
occurred while my
On Thursday 07 July 2005 12:04, Soeren Sonnenburg wrote:
with hddtemp regularly polling for the temperature state together with
libsata from kernel 2.6.12 on a promise tx2. The disk is set to go to
sleep mode (hdparm -S 35 /dev/sda). And after a couple of hours the
machine oopsed (the disk was
[EMAIL PROTECTED] wrote:
Andrew Morton wrote:
Calculating this stuff accurately is very expensive. You'll get a better
answer using proc-pid-smaps.patch from -mm, but even that won't tell you
things about sharing levels of the pages.
Great, thanks! I'll play around with this:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
Jens Axboe wrote:
ATA7 defines a park maneuvre, I don't know how well supported it is
yet though. You can test with this little app, if it says 'head
parked' it works. If not, it has just idled the drive.
Great! Thanks for digging this up
On Thu, 2005-07-07 at 12:43 +0400, Alexey Dobriyan wrote:
On Thursday 07 July 2005 12:04, Soeren Sonnenburg wrote:
with hddtemp regularly polling for the temperature state together with
libsata from kernel 2.6.12 on a promise tx2. The disk is set to go to
sleep mode (hdparm -S 35 /dev/sda).
When a noninitial thread does exec, it becomes the new group leader. If
there is a ITIMER_REAL timer running, it points at the old group leader and
when it fires it can follow a stale pointer. The timer data needs to be
reset to point at the exec'ing thread that is becoming the group leader.
On Thu, Jul 07 2005, Lenz Grimmer wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
Jens Axboe wrote:
ATA7 defines a park maneuvre, I don't know how well supported it is
yet though. You can test with this little app, if it says 'head
parked' it works. If not, it has just
On Fri, Jul 01, 2005 at 05:54:46PM +0200, David Weinehall wrote:
Which would neither need VFS changes nor be dependent on Reiser4 in
any way, so I don't see why this thread lives on. Just get down to
business and implement this metafs =)
I've been gone for a while and suddenly drowning in
Jens Axboe wrote:
ATA7 defines a park maneuvre, I don't know how well supported it is
yet though. You can test with this little app, if it says 'head
parked' it works. If not, it has just idled the drive.
On 7/7/05, Lenz Grimmer [EMAIL PROTECTED] wrote:
Great! Thanks for digging this up -
Hi!
I got some weird badness on two Dell PowerEdge 2850 (64-bit SMP Xeon)
boxes. One of them is all identical with one that runs ok, so I
attached that one's ksymoops information in this message.
The one that works just fine was installed locally (iirc) so this
may be an issue with Dell's Remote
Hi.
On Wed, 2005-07-06 at 22:01, Pekka Enberg wrote:
On 7/6/05, Nigel Cunningham [EMAIL PROTECTED] wrote:
diff -ruNp 614-plugins.patch-old/kernel/power/suspend2_core/plugins.c
614-plugins.patch-new/kernel/power/suspend2_core/plugins.c
---
Hi,
On Thursday, 7 of July 2005 07:58, Jon Schindler wrote:
The dmesg is below. After I get this Oops, I am unable to use my (PS/2)
keyboard, and had to ssh to my machine in order to save a copy of dmesg
before rebooting the machine. I've seen a couple of other users of dual
core
At Wed, 6 Jul 2005 08:51:03 -0700,
Greg KH wrote:
On Wed, Jul 06, 2005 at 08:42:16AM -0700, Linus Torvalds wrote:
On Wed, 6 Jul 2005, Eyal Lebedinsky wrote:
CC [M] sound/pci/bt87x.o
sound/pci/bt87x.c: In function `snd_bt87x_detect_card':
sound/pci/bt87x.c:807: error:
On Wednesday 06 Jul 2005 21:44, Ingo Molnar wrote:
* Alistair John Strachan [EMAIL PROTECTED] wrote:
here's an updated patch - it will print out all timestamps too. (you'll
have to revert all previous softlockup patches first, via patch -R.)
Yep, thanks, that fixed it. I don't know why
(please do not top-post)
07.07.2005 10:03, Sheo Shanker Prasad wrote/a écrit:
Dear David,
The program is an atmospheric chemistry-transport modeling code that computes
the distributions of atmospheric species (e.g., ozone) as a function of
latitude and altitude and how that changes with
On Wed, Jul 06, 2005 at 09:27:11PM -0400, Jon Smirl wrote:
I'm dead on a Dell PE400SC without reverting this.
Jon, can you try this one instead:
http://lkml.org/lkml/2005/7/6/273
If it doesn't help, I'd like to see 'lspci -vv' from your machine.
Ivan.
-
To unsubscribe from this list: send the
Hi,
Please provide your feedback on this kprobes patch set.
Thanks
Prasanna
There are possible race conditions if probes are placed on routines within the
kprobes files and routines used by the kprobes. For example if you put probe on
get_kprobe() routines, the system can hang while inserting
This patch contains the i386 architecture specific changes to
prevent the possible race conditions.
Signed-off-by: Prasanna S Panchamukhi [EMAIL PROTECTED]
---
linux-2.6.13-rc1-mm1-prasanna/arch/i386/kernel/kprobes.c | 29 +--
This patch contains the x86_64 architecture specific changes to
prevent the possible race conditions.
Signed-off-by: Prasanna S Panchamukhi [EMAIL PROTECTED]
---
linux-2.6.13-rc1-mm1-prasanna/arch/x86_64/kernel/kprobes.c | 35
+-
This patch contains the ppc64 architecture specific changes to
prevent the possible race conditions.
Signed-off-by: Prasanna S Panchamukhi [EMAIL PROTECTED]
---
linux-2.6.13-rc1-mm1-prasanna/arch/ppc64/kernel/kprobes.c | 29 +-
This patch contains the ia64 architecture specific changes to
prevent the possible race conditions.
Signed-off-by: Prasanna S Panchamukhi [EMAIL PROTECTED]
---
linux-2.6.13-rc1-mm1-prasanna/arch/ia64/kernel/kprobes.c | 57 ++-
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
Jens Axboe wrote:
Very cool, I wasn't sure if this was a 'new' feature waiting to be
implemented in drives or if ata7 just documented existing use in some
drives.
How long did the park take? Spec states it can take up to 500ms.
Hard to
This patch contains the sparc64 architecture specific changes to
prevent the possible race conditions.
Signed-off-by: Prasanna S Panchamukhi [EMAIL PROTECTED]
---
linux-2.6.13-rc1-mm1-prasanna/arch/sparc64/kernel/kprobes.c | 36
+-
* Michal Schmidt [EMAIL PROTECTED] wrote:
Fernando Lopez-Lezcano wrote:
I see the same thing. CONFIG_PRINTK_IGNORE_LOGLEVEL is not set but
still printk ignores the loglevel (I commented out the #ifdef in
kernel/printk.c to make the spurious messages go away).
The condition is reversed.
Prasanna S Panchamukhi [EMAIL PROTECTED] wrote:
There are possible race conditions if probes are placed on routines within the
kprobes files and routines used by the kprobes.
So... don't do that then? Is it likely that anyone would want to stick a
probe on the kprobe code itself?
On 7/3/05, Miles Lane [EMAIL PROTECTED] wrote:
mtrr: base(0xe802) is not aligned on a size(0x3c) boundary
[drm:drm_unlock] *ERROR* Process 4470 using kernel context 0
mtrr: 0xe800,0x800 overlaps existing 0xe800,0x100
Unable to handle kernel paging request at virtual
On Thu, 7 Jul 2005, Ivan Kokshaysky wrote:
On Wed, Jul 06, 2005 at 09:27:11PM -0400, Jon Smirl wrote:
I'm dead on a Dell PE400SC without reverting this.
Jon, can you try this one instead:
http://lkml.org/lkml/2005/7/6/273
If it doesn't help, I'd like to see 'lspci -vv' from your machine.
Dear sam,
I was using an automated script to build the module sources.
I failed noticing the module build failing due to some modifications.
And the script was using the old version of object file to build the
rpm.
That's the problem. It is rectified now.
Thanks for the response.
Regards,
Mukund
On Thu, Jul 07, 2005 at 03:25:37AM -0700, Andrew Morton wrote:
Prasanna S Panchamukhi [EMAIL PROTECTED] wrote:
There are possible race conditions if probes are placed on routines within
the
kprobes files and routines used by the kprobes.
So... don't do that then? Is it likely that
On Wed, Jul 06, 2005 at 12:33:51PM -0700, Christoph Lameter wrote:
On Wed, 6 Jul 2005, Andi Kleen wrote:
That depends on the architecture. Some do round robin allocs for periods
of time during bootup. I think it is better to explicitly place control
slab will usually do the right
On Thu, 7 Jul 2005, Andrew Morton wrote:
[EMAIL PROTECTED] wrote:
Looks like it's been stable for 4 months?
yup, although I don't think it's been used much.
Just a sidenote to say I should be sending you an update to it
(the /proc/$pid/smaps code) in the next couple of days, but merely
* William Weston [EMAIL PROTECTED] wrote:
Still looking into this issue on -51-06. Found something really odd:
SCHED_NORMAL tasks will start to inherit the priority value of some
other SCHED_FIFO task. If JACK is started at a given SCHED_FIFO
priority, X and all of its children will
MR This seems very similar to the following irq disabling reports:
MR http://seclists.org/lists/linux-kernel/2005/Jun/0526.html
MR http://www.spinics.net/lists/kernel/msg377160.html
MR http://www.usenetlinux.com/archive/index.php/t-437740.html
Forgot another one:
Hi folks, hi Vojtech,
the following is a patch to drivers/input/joydev.c and
include/linux/joystick.h that allows you to connect the traditional
digital joysticks for C64, Atari, Amiga... on analog input ports by
means of a minimalistic self- made adapter board (ElCheapo,
schematics below). The
On Thursday 07 Jul 2005 10:46, Alistair John Strachan wrote:
[snip]
Okay, when I brought my laptop back into work today for audio work, it
locked up again within two minutes. I realise now what the problem is, but
I don't have a serial cable here, so I'll have to rely on capturing the
oops
Thank you for your message. I will be away from the 5th - 10th of July in
London and will reply to your message as soon as possible.
Please contact Mr Scott Dalgliesh if your enquiry is urgent on [EMAIL
PROTECTED] Alternatively you can send me a text message on +31 615634665.
Thank you for
Hi!
The purpose of autoparam is to generate boot parameter descriptions
from sources. It does that by creating a new section called
__param_strings. (The interesting bits here are from Magnus Damm.)
It fills a gap about undocumented boot options from modules.
It consists of 5 patches:
- Anything which you think needs to go into 2.6.13, please let me know.
FUSE?
I don't see any advantage of holding it off any more.
I feel the slightest of distrust towards the usefulness or quality of
FUSE. Anyway if the users aren't interested enough to complain about
inclusion, it's not
From: Magnus Damm [EMAIL PROTECTED]
The code of autoparam - modified include files. Stores parameter name, type
and description in a section called __param_strings.
Signed-off-by: Magnus Damm [EMAIL PROTECTED]
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
include/linux/init.h| 24
* Alistair John Strachan [EMAIL PROTECTED] wrote:
Unfortunately, since this is called when the kernel crashes, it's
impossible for me to capture any messages prior to this spam, if there
even are any.
this is where serial logging (or netconsole/netlogging) may be useful.
do you have
Le 07.07.2005 13:00, Andrew Morton a écrit :
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc2/2.6.13-rc2-mm1/
(kernel.org seems to be stuck again - there's a copy at
http://www.zip.com.au/~akpm/linux/patches/stuff/2.6.13-rc2-mm1.gz)
CC kernel/power/disk.o
From: Magnus Damm [EMAIL PROTECTED]
This is a quick fix that removes the KBUILD_MODNAME - unix - 1 conflict.
Signed-off-by: Magnus Damm [EMAIL PROTECTED]
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
net/unix/af_unix.c |2 ++
1 files changed, 2 insertions(+)
Index: a/net/unix/af_unix.c
On Thursday 07 Jul 2005 12:29, Ingo Molnar wrote:
* Alistair John Strachan [EMAIL PROTECTED] wrote:
Unfortunately, since this is called when the kernel crashes, it's
impossible for me to capture any messages prior to this spam, if there
even are any.
this is where serial logging (or
* Alistair John Strachan [EMAIL PROTECTED] wrote:
do you have DEBUG_STACKOVERFLOW and latency tracing still enabled? The
combination of those two options is pretty good at detecting stack
overflows. Also, you might want to enable CONFIG_4KSTACKS, that too
disturbs the stack layout
Le 07.07.2005 13:32, Brice Goglin a écrit :
Le 07.07.2005 13:00, Andrew Morton a écrit :
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc2/2.6.13-rc2-mm1/
(kernel.org seems to be stuck again - there's a copy at
I'm inclined to just give up on the permissions thing - if someone comes up
with something better then fine.
But I do wonder whether v9fs would be a better place to be concentrating
the development effort.
v9fs is a network filesystem. And it's a network filesystem that's
not even very
On Thu, Jul 07, 2005 at 09:49:27AM +0300, Avi Kivity wrote:
On Thu, 2005-07-07 at 15:55 +1000, David Gibson wrote:
MAP_PRIVATE|MAP_WRITE mappings of hugetlbfs. Because the pool of
hugepages is limited, a write to a MAP_PRIVATE hugepage region may
result in a SIGBUS, if a new hugepage
On Thu, 07 Jul 2005 16:44:53 +0530
raja [EMAIL PROTECTED] wrote:
would you please tell how to caliculate the time taken to execute a c
program in unix environment.
raja, this has nothing to do with Linux Kernel.
PS: see man time
--
Paolo Ornati
Linux 2.6.12.2 on x86_64
-
To
Alexis Ballier wrote:
Yes, that fixed it.
Ok, it is probably the same problem, then.
However, there was no problem with rc1 with the
same .config.
That's just the nature of it. It only triggers if you're unlucky. For
more details check these threads:
http://lkml.org/lkml/2005/5/10/70
Richard B. Johnson wrote:
On Wed, 6 Jul 2005, Michael Tokarev wrote:
kernel: 192.168.4.2 sent an invalid ICMP type 11, code 0 error to a
broadcast: 0.0.0.0 on lo
[]
All the IP addresses mentioned are local to this box.
[]
Are you sure `lo` is configured properly, i.e.
Yes. More,
Miklos Szeredi [EMAIL PROTECTED] wrote:
- Anything which you think needs to go into 2.6.13, please let me know.
FUSE?
I'm inclined to just give up on the permissions thing - if someone comes up
with something better then fine.
But I do wonder whether v9fs would be a better place to be
On Thu, Jul 07 2005, Pekka Enberg wrote:
Jens Axboe wrote:
ATA7 defines a park maneuvre, I don't know how well supported it is
yet though. You can test with this little app, if it says 'head
parked' it works. If not, it has just idled the drive.
On 7/7/05, Lenz Grimmer [EMAIL
Brice Goglin [EMAIL PROTECTED] wrote:
Le 07.07.2005 13:00, Andrew Morton a écrit :
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc2/2.6.13-rc2-mm1/
(kernel.org seems to be stuck again - there's a copy at
Nigel Cunningham [EMAIL PROTECTED] wrote:
I've been thinking about this some more and wondering whether I should
just replace swsusp. I really don't want to step on your toes though.
What would you like to see happen?
Do you implement the entire swsusp userspace interface? If not, removing
it
On Thu, Jul 07, 2005 at 01:14:58PM +0200, Thomas Richter wrote:
Hi folks, hi Vojtech,
the following is a patch to drivers/input/joydev.c and
include/linux/joystick.h that allows you to connect the traditional
digital joysticks for C64, Atari, Amiga... on analog input ports by
means of a
From: Magnus Damm [EMAIL PROTECTED]
This patch contains quick fixes that prevents KBUILD_MODNAME conflicts.
Signed-off-by: Magnus Damm [EMAIL PROTECTED]
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
drivers/ide/ide-disk.c |2 ++
drivers/ide/ide-floppy.c |2 ++
drivers/ide/ide-tape.c
On Thu, 07 Jul 2005 17:01:51 +0530
raja [EMAIL PROTECTED] wrote:
Hi,
While working with posix ipc i used the function mq_open.
When i compiled using gcc i am getting error as
: undefined reference to `mq_open'
collect2: ld returned 1 exit status
will you please tell me how to avoid
Hi.
On Thu, 2005-07-07 at 22:04, Matthew Garrett wrote:
Nigel Cunningham [EMAIL PROTECTED] wrote:
I've been thinking about this some more and wondering whether I should
just replace swsusp. I really don't want to step on your toes though.
What would you like to see happen?
Do you
On Thursday 07 Jul 2005 12:42, Ingo Molnar wrote:
* Alistair John Strachan [EMAIL PROTECTED] wrote:
do you have DEBUG_STACKOVERFLOW and latency tracing still enabled? The
combination of those two options is pretty good at detecting stack
overflows. Also, you might want to enable
Hi.
On Wed, 2005-07-06 at 16:40, Pekka Enberg wrote:
Hi Nigel,
On 7/6/05, Nigel Cunningham [EMAIL PROTECTED] wrote:
As requested, here are the patches that form Suspend2, for review.
I've tried to split it up into byte size chunks, but please don't expect
that these will be patches
On Thu, Jul 07, 2005 at 02:13:02PM +0200, Paolo Ornati wrote:
You need to tell GCC to use libmqueue... something like this:
gcc -Wall -O2 -o prog prog.c -lmqueue
If you have glibc 2.3.4 or later, you should use -lrt instead.
Jakub
-
To unsubscribe from this list: send the line
Thomas Crowley [EMAIL PROTECTED] writes:
1) in arch/x86_64/kernel/e820.cthe e820_reserve_resources function
the line if (e820.map[i].addr + e820.map[i].size 0x1ULL)
makes it so any region that
starts below the 4Gig mark but ends above 4Gig mark is ignored.
That is already
On Thursday 07 Jul 2005 13:15, Alistair John Strachan wrote:
On Thursday 07 Jul 2005 12:42, Ingo Molnar wrote:
* Alistair John Strachan [EMAIL PROTECTED] wrote:
do you have DEBUG_STACKOVERFLOW and latency tracing still enabled?
The combination of those two options is pretty good at
On Thu, Jul 07, 2005 at 01:33:46PM +0300, Tero Roponen wrote:
00:00.0 Host bridge: Intel Corp. 440BX/ZX/DX - 82443BX/ZX/DX Host bridge (AGP
disabled) (rev 02)
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B-
Status: Cap- 66Mhz- UDF-
On Thu, 7 Jul 2005, Michael Tokarev wrote:
Richard B. Johnson wrote:
On Wed, 6 Jul 2005, Michael Tokarev wrote:
kernel: 192.168.4.2 sent an invalid ICMP type 11, code 0 error to a
broadcast: 0.0.0.0 on lo
[]
All the IP addresses mentioned are local to this box.
[]
Are you sure `lo` is
On 7/5/05, David S. Miller [EMAIL PROTECTED] wrote:
Why does mm/filemap_xip.c make an explicit reference to
empty_zero_page? That's bogus, and ZERO_PAGE() is how
generic code should get at this thing.
In fact, what the mm/filemap_xip.c code wants is the page
struct, not the address of
Hi.
On Wed, 2005-07-06 at 16:33, Pekka Enberg wrote:
On 7/6/05, Nigel Cunningham [EMAIL PROTECTED] wrote:
diff -ruNp 623-generic-block-io.patch-old/kernel/power/suspend_block_io.c
623-generic-block-io.patch-new/kernel/power/suspend_block_io.c
---
1 - 100 of 705 matches
Mail list logo
