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 l
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.
Fai
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. B
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 machin
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,
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 wri
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 - Jussi
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 consta
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
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 h
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 (hd
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 s
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 d
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 w
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:
http://kernel.org/pub/linux/kernel/people/
> 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) ou
> 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
[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 u
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
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.
Thi
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, i
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 ma
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 th
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
> > --- 614-plugins.patch-old/kernel/power/suspend
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 mach
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
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
(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 time.
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 p
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 +--
linux-2.6.13-rc1-mm1-prasanna/arch/i386/kernel/tra
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
+-
linux-2.6.13-rc1-mm1-prasanna/arch/x86_64/ker
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 +-
linux-2.6.13-rc1-mm1-prasanna/arch/ppc64/kernel/m
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 ++-
linux-2.6.13-rc1-mm1-prasanna/arch/ia64/kernel/tra
-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
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
+-
linux-2.6.13-rc1-mm1-prasanna/arch/sparc64/k
* 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
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?
> -kpr
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 virtua
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 ma
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 l
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
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 mere
* 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 wil
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:
http://www.ussg.iu.edu/hyperma
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). T
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
> oop
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:
autoparam_
> - 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 re
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|
* 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 D
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
ke
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
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
* 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 lay
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
>>http://www.zip.com.au/~akpm/linux/patches/stuff/2.6
> 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 huge
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
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
ht
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
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 <[EM
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
> > http://www.zip.com.au/~akpm/linux/patches
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, removin
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
> mean
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-t
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
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?
>
>
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 ena
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
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 l
"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
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
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 co
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 add
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
> > --- 623-generic-block-io.patch-old/ker
Hi,
> Can anyone suggest me how to get the threadId using 2.6.x kernels.
> pthread_self() does not work and returns some -ve integer.
Let me guess: You are looking for get_tid() :-)
Bene
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
Nigel Cunningham <[EMAIL PROTECTED]> wrote:
> On Thu, 2005-07-07 at 22:04, Matthew Garrett wrote:
>> Do you implement the entire swsusp userspace interface? If not, removing
>> it probably isn't a reasonable plan without fair warning.
>
> I'm not suggesting removing the sysfs interface or replacin
On Wed, Jul 06 2005, Jeff Garzik wrote:
> Aric Cyr wrote:
> >After finally getting fed up with not having my activity light working
> >for my SATA drives, I came up with a small patch (more like hack) to
> >make it work. It works quite well, but I'm afraid that there are many
> >restriction that t
On Thu, 7 Jul 2005 19:24:25 +1000 David Gibson <[EMAIL PROTECTED]> wrote:
>
> That's not necessarily possible. On some archs - ppc64 for one -
> the mmu has to be set up for hugepages on a granularity greater than
> the hugepage size. So you can just arbitrarily substitute normal
On Thu, 7 Jul 2005 08:27:48 -0400
Jakub Jelinek <[EMAIL PROTECTED]> wrote:
> If you have glibc 2.3.4 or later, you should use -lrt instead.
Yes... I was just saying that he forgot to add "-lLIBRAY_NAME" :)
--
Paolo Ornati
Linux 2.6.12.2 on x86_64
-
To unsubscribe from this list:
Hi.
On Thu, 2005-07-07 at 22:49, Matthew Garrett wrote:
> Nigel Cunningham <[EMAIL PROTECTED]> wrote:
> > On Thu, 2005-07-07 at 22:04, Matthew Garrett wrote:
> >> Do you implement the entire swsusp userspace interface? If not, removing
> >> it probably isn't a reasonable plan without fair warning.
Hi Andrew,
I have modified the patch as per your comments.
As Andi mentioned, this patch set provides safety for kprobes and avoids
possible kernel crash I think this safety feature will helps tools like
systemtap which are uses kprobes mechanism.
Also kprobes cleanup patch to cleanup the codin
On Thu, 7 Jul 2005, Ivan Kokshaysky wrote:
> 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-
> > Step
On Wed, Jul 06, 2005 at 03:18:03PM -0700, Mark Fasheh wrote:
> Resending this series as I haven't heard anything back from anyone...
> If there's no objections, can we get this into -mm for some additional
> review and testing?
The patches are fine, thanks.
-
To unsubscribe from this list: send t
On Wed, 6 Jul 2005 16:47:28 +0300 (EEST), Tero Roponen wrote:
>my computer (a ThinkPad 380XD laptop) hangs at boot in 2.6.13-rc2.
>When I revert the patch below everything seems to be fine.
Same here: my Targa Visionary 811 Athlon64 laptop
hangs during boot with 2.6.13-rc2, unless I revert
the pat
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 <[EMA
Hi Nigel,
On Wed, 2005-07-06 at 16:33, Pekka Enberg wrote:
> You're hardcoding sector size here, no?
Nigel Cunningham writes:
As others do.
Even so, please use a constant.
Pekka
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a m
> -fastcall void do_page_fault(struct pt_regs *regs, unsigned long error_code)
> +fastcall void __kprobes do_page_fault(struct pt_regs *regs,
> + unsigned long error_code)
That's not enough. You would need to change entry.S too.
Same on x86-64. And how about gene
Andrew Morton wrote:
- I seem to have quite a bit of material here which is appropriate to
2.6.13:
- all the DVB patches
- all the v4l patches
- Anything which you think needs to go into 2.6.13, please let me know.
dvb-frontend-add-driver-for-lgdt3302.patch
dvb: frontend: add driver for
Hi,
I have been following Linux kernel development for many years. Of late there
seems to be a
general trend in expecting Linux kernel to do specialized tasks to cater to
specific end-user
applications. This could even mean that the kernel algorithms that make Linux a
generic OS
may have to be
On Thu, Jul 07, 2005 at 11:58:39AM +0200, Andrew Victor wrote:
> While he seems generally happy with most of the code, he has doubts
> about merging the Atmel-supplied headers and suggested I post this to
> the linux-kernel list for a wider review.
>
> While I agree that their usage of structs/cod
1 - 100 of 359 matches
Mail list logo
