On Thu, 2005-08-25 at 09:33 -0400, John McCutchan wrote:
On Thu, 2005-08-25 at 22:07 +1200, Reuben Farrelly wrote:
Hi,
I have also observed another problem with inotify with dovecot - so I spoke
with Johannes Berg who wrote the inotify code in dovecot. He suggested I
post
here to
Hi. I am newbie at GNU/linux.
I am trying to build a kernel (2.6.12) for a powerpc target using cygwin on
my i686 machine. I have
Windows 2000 as my operating system.
I have recent versions of cygwin (with GNU make 3.80), binutils for the
powerpc (gcc v 3.3.1, ld v 2.14)
I set
ARCH=ppc
On Thu, Aug 25, 2005 at 12:35:22AM -0400, [EMAIL PROTECTED] wrote:
I don't know, because tar is probably more widely used and
consequently people are more familiar with how to use it.
As I said before, the cpio format is cleaner/easier to parse in the
kernel. Everyone has cpio
On Thu, Aug 25, 2005 at 04:37:51PM +0800, Coywolf Qi Hunt wrote:
Hello,
This cleanups up alloc_buffer_head(), by using a single get_cpu_var().
Boot tested.
Also cleanup free_buffer_head().
Coywolf
Signed-off-by: Coywolf Qi Hunt [EMAIL PROTECTED]
---
buffer.c | 10 --
Does anyone have x86_64 working in PREEMPT_RT ?
Daniel
On Thu, 2005-08-25 at 08:26 +0200, Ingo Molnar wrote:
i have released the 2.6.13-rc7-rt1 tree, which can be downloaded from
the usual place:
http://redhat.com/~mingo/realtime-preempt/
this is a fixes-only release. Changes since
Right, but it would be nice to have that option if initramfs
using tmpfs becomes part of the kernel.
But it's not needed so why add bloat?
A 'tmpfs_size' option seems to just make sense given the fact that
the mount program has a 'size' option for tmpfs.
It makes sense if tmpfs becomes
On Thu, 25 Aug 2005, Chris du Quesnay wrote:
Hi. I am newbie at GNU/linux.
I am trying to build a kernel (2.6.12) for a powerpc target using cygwin on
my i686 machine. I have
Windows 2000 as my operating system.
I have recent versions of cygwin (with GNU make 3.80), binutils for the
On Tue, 23 Aug 2005 22:08:13 -0700 (PDT)
Linus Torvalds [EMAIL PROTECTED] wrote:
Antonino A. Daplas:
intelfb/fbdev: Save info-flags in a local variable
Sylvain Meyer:
intelfb: Do not ioremap entire graphics aperture
One of these changes broke intelfb. The same .config from 2.6.13-rc6
Could you please please pretty please get an RFC compliant mailer that
generates In-Reply-To and preferable even References headers? Right
now every mail you write starts a new thread instead of referencing to
the previous one. See http://lkml.org/lkml/2005/8/25/180/ to see what I
mean.
On Thu,
On Thu, Aug 25, 2005 at 11:38:49AM -0400, [EMAIL PROTECTED] wrote:
What if you have a root.cpio.gz that requires 200MB to hold, but you
only have 300MB of memory?
50% of total memory wouldn't hold it, but 90% etc. would (tmpfs_size=90%).
tmpfs will not help you here. Yes, it can be swapped,
On Sun, Aug 21, 2005 at 11:12:06PM +0300, Pekka Enberg wrote:
On Sun, Aug 21, 2005 at 10:47:13PM +0300, Pekka Enberg wrote:
You'll probably get even better code if you change the above to:
if (size != 0 n ULONG_MAX / size)
Reason being that size is virtually always a constant
On Thu, Aug 25, 2005 at 10:10:45AM +1000, Paul Mackerras was heard to remark:
Linas Vepstas writes:
The meta-issue that I'd like to reach consensus on first is whether
there should be any hot-plug recovery attempted at all. Removing
hot-plug-recovery support will make many of the issues
On Thu, 2005-08-25 at 08:35 +0200, Ingo Molnar wrote:
* Steven Rostedt [EMAIL PROTECTED] wrote:
Well, after turning off hrtimers, I keep getting one bug. A possible
soft lockup with the ext3 code. But this didn't seem to be caused by
the changes I made. So just to be sure, I ran my test
* [EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote:
Did you ever check this with selinux?
No, thanks for catching that oversight.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
* Stephen Smalley ([EMAIL PROTECTED]) wrote:
On Thu, 2005-08-25 at 09:38 -0500, [EMAIL PROTECTED] wrote:
Ok, with the attached patch SELinux seems to work correctly. You'll
probably want to make it a little prettier :) Note I have NOT ran the
ltp tests for correctness. I'll do some
Sebastian Kaergel wrote:
On Tue, 23 Aug 2005 22:08:13 -0700 (PDT)
Linus Torvalds [EMAIL PROTECTED] wrote:
Antonino A. Daplas:
intelfb/fbdev: Save info-flags in a local variable
Sylvain Meyer:
intelfb: Do not ioremap entire graphics aperture
Probably this one. If vram is less than stolen
On Thu, 2005-08-25 at 09:21 -0700, Chris Wright wrote:
* Stephen Smalley ([EMAIL PROTECTED]) wrote:
On Thu, 2005-08-25 at 09:38 -0500, [EMAIL PROTECTED] wrote:
Ok, with the attached patch SELinux seems to work correctly. You'll
probably want to make it a little prettier :) Note I have
* Kurt Garloff ([EMAIL PROTECTED]) wrote:
You did not like my macro abuse, apparently.
That's too bad, as it allowed you to do changes without changing
hundreds of lines of code.
It was handy that way, but I think this way is just cleaner and simpler.
Esp. when checking against the function
On Thu, Aug 25, 2005 at 10:49:03AM +1000, Benjamin Herrenschmidt was heard to
remark:
Of course, we'll possibly end up with a different ethX or whatever, but
Yep, but that's not an issue, since all the various device-naming
schemes are supposed to be fixing this. Its a distinct problem;
it
Quoting Chris Wright ([EMAIL PROTECTED]):
* Stephen Smalley ([EMAIL PROTECTED]) wrote:
On Thu, 2005-08-25 at 09:38 -0500, [EMAIL PROTECTED] wrote:
Ok, with the attached patch SELinux seems to work correctly. You'll
probably want to make it a little prettier :) Note I have NOT ran the
Hi Linus, all,
Coverity uncovered an off-by-one error in the fscpos driver, in function
set_temp_reset(). Writing to the temp3_reset sysfs file will lead to an
array overrun, in turn causing an I2C write to a random register of the
FSC Poseidon chip. Additionally, writing to temp1_reset and
Hi Dick. Thanks for your suggestion.
I tried it, however, and attempted the make again, and got the same error.
The scripts/basic directory contains a fixdep.exe after the make is run.
There is
no fixdep file. I tried renaming the fixdep.exe to fixdep, but that also
resulted in
the same
On Sunday 07 August 2005 14:16, Zachary Amsden wrote:
This turned out to be a huge win on 32-bit i386 in PAE mode, but it is
likely not as significant on x86_64; I don't know because I haven't
actually measured the cost. I don't have 64-bit hardware that I have
the luxury of rebooting right
On Thu, Aug 25, 2005 at 03:39:02PM +0200, Alessandro Suardi wrote:
Howdy, and excuse me for crossposting - feel free to zap CC to
unrelated, if any, mailing lists.
just gave PeerGuardian a spin on my eDonkey home box and
said box didn't last half a day before oopsing in netlink/nf/tcp
On Fri, 26 Aug 2005 00:23:40 +0800
Antonino A. Daplas [EMAIL PROTECTED] wrote:
Sebastian Kaergel wrote:
On Tue, 23 Aug 2005 22:08:13 -0700 (PDT)
Linus Torvalds [EMAIL PROTECTED] wrote:
Sylvain Meyer:
intelfb: Do not ioremap entire graphics aperture
Probably this one. If vram is
On Thu, 25 Aug 2005, Chris du Quesnay wrote:
Hi Dick. Thanks for your suggestion.
I tried it, however, and attempted the make again, and got the same error.
The scripts/basic directory contains a fixdep.exe after the make is run.
There is
no fixdep file. I tried renaming the fixdep.exe
* Stephen Smalley ([EMAIL PROTECTED]) wrote:
On Thu, 2005-08-25 at 09:21 -0700, Chris Wright wrote:
* Stephen Smalley ([EMAIL PROTECTED]) wrote:
On Thu, 2005-08-25 at 09:38 -0500, [EMAIL PROTECTED] wrote:
Ok, with the attached patch SELinux seems to work correctly. You'll
probably
Andi Kleen wrote:
On Sunday 07 August 2005 14:16, Zachary Amsden wrote:
FYI I have queued it, but cannot apply it because the necessary generic
code support is still not in mainline.
Here's the patch for generic / i386 support; it's already in the -mm tree.
Do you have any other
On 8/25/05, Chris du Quesnay [EMAIL PROTECTED] wrote:
Hi Dick. Thanks for your suggestion.
I tried it, however, and attempted the make again, and got the same error.
The scripts/basic directory contains a fixdep.exe after the make is run.
There is
no fixdep file. I tried renaming the
On Thursday 25 August 2005 19:12, Zachary Amsden wrote:
Andi Kleen wrote:
On Sunday 07 August 2005 14:16, Zachary Amsden wrote:
FYI I have queued it, but cannot apply it because the necessary generic
code support is still not in mainline.
Here's the patch for generic / i386 support; it's
On 8/25/05, Harald Welte [EMAIL PROTECTED] wrote:
On Thu, Aug 25, 2005 at 03:39:02PM +0200, Alessandro Suardi wrote:
Howdy, and excuse me for crossposting - feel free to zap CC to
unrelated, if any, mailing lists.
just gave PeerGuardian a spin on my eDonkey home box and
said box
On Thu, 2005-08-25 at 10:44 -0600, Alex Williamson wrote:
In playing with an HPET device, I noticed that
kernel/timer.c:is_better_time_interpolator() is completely non-symmetric
in the timer it returns. The test is simply:
return new-frequency 2*time_interpolator-frequency ||
This patch modifies the VFS setxattr, getxattr, and listxattr code to
fall back to the security module for security xattrs if the filesystem
does not support xattrs natively. This allows security modules to
export the incore inode security label information to userspace even
if the filesystem
* Steven Rostedt [EMAIL PROTECTED] wrote:
Here it is a little ambiguous. The process use to own the lock, but
someone stole it. When grabbing a lock, I always grab the process
lock first before grabbing the lock's lock, but this isn't necessary.
So if you already have the two locks
* Daniel Walker [EMAIL PROTECTED] wrote:
Does anyone have x86_64 working in PREEMPT_RT ?
builds fine, but doesnt seem to boot at the moment. Havent investigated
yet.
Ingo
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL
Sebastian Kaergel wrote:
On Fri, 26 Aug 2005 00:23:40 +0800
Antonino A. Daplas [EMAIL PROTECTED] wrote:
Sebastian Kaergel wrote:
On Tue, 23 Aug 2005 22:08:13 -0700 (PDT)
Linus Torvalds [EMAIL PROTECTED] wrote:
Sylvain Meyer:
intelfb: Do not ioremap entire graphics aperture
Probably this
john stultz wrote:
Andrew, All,
This patch cleans up a commonly repeated set of changes to the NTP
state variables by adding two helper inline functions:
ntp_clear(): Clears the ntp state variables
How many places is this called in any given arch? I ask because it
_may_
On Thu, 25 Aug 2005, Ingo Molnar wrote:
i have released the 2.6.13-rc7-rt1 tree, which can be downloaded from
the usual place:
http://redhat.com/~mingo/realtime-preempt/
this is a fixes-only release. Changes since 2.6.13-rc6-rt10:
- init_hrtimers() compilation fix (K.R. Foley)
- first
There's a bug in Hitachi SuperH csum_partial_copy_generic()
implementation. If the supplied length is 1 (and several alignment
conditions are met), the function immediately branches to label 4.
However, the assembly at label 4 expects the length to be stored in
register r2. Since this has
On Thu, 2005-08-25 at 10:50 -0700, George Anzinger wrote:
john stultz wrote:
Andrew, All,
This patch cleans up a commonly repeated set of changes to the NTP
state variables by adding two helper inline functions:
ntp_clear(): Clears the ntp state variables
How many places
On Thu, 2005-08-25 at 02:45 +0200, Roman Zippel wrote:
Hi,
On Wed, 24 Aug 2005, john stultz wrote:
Ok, well, I'm still at a loss for understanding how this avoids my
concern about time inconsistencies.
Let's take a simple example to demonstrate the difference between system
time and
Could you please please pretty please get an RFC compliant mailer that
generates In-Reply-To and preferable even References headers?
Right
now every mail you write starts a new thread instead of referencing to
the previous one. See http://lkml.org/lkml/2005/8/25/180/ to see what
Todd Bailey wrote:
I'm all for this but I think there is little uncle George can do.
Was it necessary to cc this to everybody in the world? ...and even if
so, couldn't you have BCC'd it? Now my email address, along with so
many others, will be grabbed by numerous spam-bots. sure, im sure
On Thu, Aug 25, 2005 at 05:13:05PM +0200, Eric Dumazet wrote:
Nick Piggin a écrit :
OK, well I would prefer you do the proper atomic operations throughout
where it really matters in file_table.c, and do your lazy synchronize
with just the sysctl exported value.
But... I got complains
On Thu, Aug 25, 2005 at 11:38:49AM -0400, [EMAIL PROTECTED] wrote:
What if you have a root.cpio.gz that requires 200MB to hold, but you
only have 300MB of memory?
50% of total memory wouldn't hold it, but 90% etc. would
(tmpfs_size=90%).
tmpfs will not help you here. Yes,
On Thu, Aug 25, 2005 at 11:49:35PM +0530, Dipankar Sarma wrote:
On Thu, Aug 25, 2005 at 05:13:05PM +0200, Eric Dumazet wrote:
Nick Piggin a ?crit :
OK, well I would prefer you do the proper atomic operations throughout
where it really matters in file_table.c, and do your lazy synchronize
On Thu, 2005-08-25 at 10:36 -0700, john stultz wrote:
On Thu, 2005-08-25 at 10:44 -0600, Alex Williamson wrote:
How can we munge these all together to come up with a single goodness
factor for comparison? There's probably a thesis covering algorithms to
handle this. Anyone know of one or
On Thu, Aug 25, 2005 at 01:05:24PM -0400, linux-os (Dick Johnson) wrote:
On Thu, 25 Aug 2005, Chris du Quesnay wrote:
The scripts/basic directory contains a fixdep.exe after the make is
run. There is no fixdep file. I tried renaming the fixdep.exe to
fixdep, but that also resulted in the same
On Thu, 2005-08-25 at 14:20 -0400, Michael Krufky wrote:
Todd Bailey wrote:
I'm all for this but I think there is little uncle George can do.
Was it necessary to cc this to everybody in the world?
God, I can't believe this epidemic of bitching about gas prices has
invaded LKML of all
Sorry but could you re-explain me the problem. Tony, you've only
CC'ed me the end of the story.
Just a correction the options are video=intelfb:accel=0,hwcursor=0
with = and not :
Regards
Sylvain
Sebastian Kaergel a écrit:
On Fri, 26 Aug 2005 00:23:40 +0800
Antonino A. Daplas
Robert Love wrote:
On Thu, 2005-08-25 at 09:33 -0400, John McCutchan wrote:
On Thu, 2005-08-25 at 22:07 +1200, Reuben Farrelly wrote:
~
dovecot: Aug 25 19:31:26 Warning: IMAP(gilly): removing wd 1022 from inotify fd
4
dovecot: Aug 25 19:31:27 Warning: IMAP(gilly): inotify_add_watch
On Thu, 25 Aug 2005, Christopher Faylor wrote:
On Thu, Aug 25, 2005 at 01:05:24PM -0400, linux-os (Dick Johnson) wrote:
On Thu, 25 Aug 2005, Chris du Quesnay wrote:
The scripts/basic directory contains a fixdep.exe after the make is
run. There is no fixdep file. I tried renaming the
On Thursday 25 August 2005 02:44 pm, Lee Revell wrote:
Take the fucking bus, ride a bike, or just fucking move closer to work.
What ever gave all you people the idea that driving 50 miles each way to
work was sustainable in the first place? I can't believe how many
otherwise rational people
On Thu, Aug 25, 2005 at 11:27:32AM +0400, Alexey Dobriyan wrote:
Mine is alpha-unknown-linux-gnu-gcc (GCC) 3.4.4 (Gentoo 3.4.4)
Which place triggers it in your build?
net/ipv4/route.c:3152, call to rt_hash_lock_init().
From preprocessed source (reformatted):
On Thu, 2005-08-25 at 11:54 -0700, George Anzinger wrote:
Robert Love wrote:
On Thu, 2005-08-25 at 09:33 -0400, John McCutchan wrote:
On Thu, 2005-08-25 at 22:07 +1200, Reuben Farrelly wrote:
~
dovecot: Aug 25 19:31:26 Warning: IMAP(gilly): removing wd 1022 from
inotify fd 4
dovecot:
On Thu, 2005-08-25 at 14:15 -0400, [EMAIL PROTECTED] wrote:
Could you please please pretty please get an RFC compliant mailer that
generates In-Reply-To and preferable even References headers?
Right
now every mail you write starts a new thread instead of referencing to
the
On Thu, 2005-08-25 at 21:03 +0200, Johannes Berg wrote:
On Thu, 2005-08-25 at 11:54 -0700, George Anzinger wrote:
I think the best thing is to take idr into user space and emulate the
problem usage.
Good plan, I guess. Do you think that's easy?
To this end, from the log it appears
On Thu, 2005-08-25 at 11:54 -0700, George Anzinger wrote:
I think the best thing is to take idr into user space and emulate the
problem usage.
Good plan, I guess. Do you think that's easy?
To this end, from the log it appears that you _might_ be
moving between 0, 1 and 2 entries
Dear Sir/Madam,
We learnt your e-mail add.from internet.
FIRST OF ALL,PLEASE KINDLY NOTE THIS E-MAIL IS SENT BY
OUR ADVERTISING COMPANY AND THE E-MAIL ADDRESS IS
NOT REAL(VIRTUAL),THEREFORE,PLEASE CONTACT US
VIA FAX OR POST.DON'T DIRECTLY RESPONSE VIA E-MAIL
BECAUSE WE CAN'T RECEIVE YOUR
On Thu, Aug 25, 2005 at 12:32:50AM -0400, [EMAIL PROTECTED] wrote:
Right, but it would be nice to have that option if initramfs
using tmpfs becomes part of the kernel.
But it's not needed so why add bloat?
I'm not subscribed, so sorry if this doesn't fall into the original
thread.
On Thu, 2005-08-25 at 12:43 -0600, Alex Williamson wrote:
On Thu, 2005-08-25 at 10:36 -0700, john stultz wrote:
On Thu, 2005-08-25 at 10:44 -0600, Alex Williamson wrote:
How can we munge these all together to come up with a single goodness
factor for comparison? There's probably a thesis
* Chris Wright ([EMAIL PROTECTED]) wrote:
I'll have some numbers tomorrow. If you'd like to run SELinux that'd
be quite useful.
These are just lmbench and kernel build numbers (certainly not the best
for real benchmark numbers, but easy to get a quick view run). This is
just baseline (i.e.
On Thu, 25 Aug 2005 15:26:27 +0200, Manuel Schneider [EMAIL PROTECTED] wrote:
When I plug them in, they will be recognized by hotplug (I'm using udev), the
module usb-storage will be loaded and the device nodes are created.
BUT: There is normally just ONE device node for the disc block
On Thu, 25 Aug 2005, Stephen Smalley wrote:
Please include in -mm for wider testing prior to merging in 2.6.14.
Acked-by: James Morris [EMAIL PROTECTED]
--
James Morris
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to
I'm not subscribed to the list and I use lynx and a small mda
called msmtp, so I know it's awkward (perhaps mostly for me).
People seem to be CCing you, can't you reply to the message you
receive that way? That's how everyone else who doesn't subscribe
gets along...
Anyway,
* Steven Rostedt [EMAIL PROTECTED] wrote:
does the system truly lock up, or is this some transitional condition?
In any case, i agree that this should be debugged independently of the
pi_lock patch.
Hmm, I forgot that you took out the bit_spin_lock fixes. I think this
may be
On Thu, 2005-08-25 at 13:43 -0400, Stephen Smalley wrote:
This patch modifies the VFS setxattr, getxattr, and listxattr code to
fall back to the security module for security xattrs if the filesystem
does not support xattrs natively. This allows security modules to
export the incore inode
On Thu, 2005-08-25 at 21:34 +0200, Ingo Molnar wrote:
* Steven Rostedt [EMAIL PROTECTED] wrote:
does the system truly lock up, or is this some transitional condition?
In any case, i agree that this should be debugged independently of the
pi_lock patch.
Hmm, I forgot that you
Hi,
On Thu, 25 Aug 2005, Al Viro wrote:
- *ti = *orig-thread_info;
*tsk = *orig;
+ setup_thread_info(tsk, ti);
tsk-thread_info = ti;
ti-task = tsk;
This introduces a subtle ordering requirement, where setup_thread_info
On Thu, Aug 25, 2005 at 11:15:24AM +0200, Roman Zippel wrote:
- *ti = *orig-thread_info;
*tsk = *orig;
+ setup_thread_info(tsk, ti);
tsk-thread_info = ti;
ti-task = tsk;
This introduces a subtle ordering requirement, where setup_thread_info
magically finds in the
On Thu, Aug 25, 2005 at 10:41:27AM +0200, Geert Uytterhoeven wrote:
+static inline void setup_thread_info(struct task_struct *p, struct
thread_info *ti)
^
const struct task_struct *p?
Umm...
On Thu, Aug 25, 2005 at 02:07:38PM +0100, Al Viro wrote:
Fine, as long as that merge is done before your s/thread_info/stack/ patches.
It should be the first step before doing 200Kb worth of cosmetical stuff
that affects every architecture out there, not something that depends on
it done.
Hi,
On Thu, 25 Aug 2005, Al Viro wrote:
On Thu, Aug 25, 2005 at 11:15:24AM +0200, Roman Zippel wrote:
- *ti = *orig-thread_info;
*tsk = *orig;
+ setup_thread_info(tsk, ti);
tsk-thread_info = ti;
ti-task = tsk;
This introduces a subtle ordering requirement, where
Hi,
On Thu, 25 Aug 2005, Christoph Hellwig wrote:
Yup. Let's get m68k into buildable shape for 2.6.13 with Al's minimal
patches, and if you have further improvements over that submit them as
split up patches through the usual channels. Having all architectures
actually build and work from
On Thu, Aug 25, 2005 at 04:10:38PM +0200, Roman Zippel wrote:
Hi,
On Thu, 25 Aug 2005, Al Viro wrote:
On Thu, Aug 25, 2005 at 11:15:24AM +0200, Roman Zippel wrote:
- *ti = *orig-thread_info;
*tsk = *orig;
+ setup_thread_info(tsk, ti);
On Thu, 25 Aug 2005, Roman Zippel wrote:
On Thu, 25 Aug 2005, Christoph Hellwig wrote:
Yup. Let's get m68k into buildable shape for 2.6.13 with Al's minimal
patches, and if you have further improvements over that submit them as
split up patches through the usual channels. Having all
On Thu, Aug 25, 2005 at 04:15:39PM +0200, Roman Zippel wrote:
Hi,
On Thu, 25 Aug 2005, Christoph Hellwig wrote:
Yup. Let's get m68k into buildable shape for 2.6.13 with Al's minimal
patches, and if you have further improvements over that submit them as
split up patches through the
Hi,
On Thu, 25 Aug 2005, Al Viro wrote:
OK, fuck that. Consider the patchbomb withdrawn.
Thanks.
Nobody is going to die that m68k doesn't compile again for another
release. I appreciate the kick to get it going, but there is no point in
forcing it a few days before the release, which
Alan Cox wrote:
@@ -1661,6 +1671,9 @@
where = ELEVATOR_INSERT_FRONT;
rq-flags |= REQ_PREEMPT;
}
+ if (action == ide_next)
+ where = ELEVATOR_INSERT_FRONT;
+
__elv_add_request(drive-queue, rq, where, 0);
Hi all,
Attached below is a patch heavily based on Jon Escombe's patch, but
implemented as a sysfs attribute as Jens described, with a timeout
(configurable by module/kernel parameter) to ensure the queue isn't
stopped forever.
The driver creates a sysfs attribute /sys/block/hdX/device/freeze,
Hi,
On 8/25/05, Yani Ioannou [EMAIL PROTECTED] wrote:
Hi all,
Attached below is a patch heavily based on Jon Escombe's patch, but
implemented as a sysfs attribute as Jens described, with a timeout
(configurable by module/kernel parameter) to ensure the queue isn't
stopped forever.
The
--- Ben Greear [EMAIL PROTECTED] wrote:
Danial Thom wrote:
--- Ben Greear [EMAIL PROTECTED]
wrote:
Danial Thom wrote:
I think the concensus is that 2.6 has made
trade
offs that lower raw throughput, which is
what
a
networking device needs. So as a router or
Danial Thom wrote:
The tests I reported where on UP systems. Perhaps
the default settings are better for this in 2.4,
since that is what I used, and you used your
hacks for both.
My modifications to the kernel are unlikely to speed anything
up, and probably will slow things down ever so
Ian Campbell wrote:
On Tue, 2005-08-23 at 16:23 +0100, Jamie Lokier wrote:
receive some request...
if (any_dnotify_or_inotify_events_pending) {
read_dnotify_or_inotify_events();
if (any_events_related_to(file)) {
store_in_userspace_stat_cache(file,
On Thu, 2005-08-25 at 15:57 +0100, Jamie Lokier wrote:
Ian Campbell wrote:
On Tue, 2005-08-23 at 16:23 +0100, Jamie Lokier wrote:
receive some request...
if (any_dnotify_or_inotify_events_pending) {
read_dnotify_or_inotify_events();
if
Hi,
On Wed, 2005-08-24 at 22:03, Glauber de Oliveira Costa wrote:
This simple patch provides a fix for a locking issue found in the online
resizing code. The problem actually happened while trying to resize the
filesystem trough the resize=xxx option in a remount.
NAK, this is wrong:
+
On Thu, 25 Aug 2005, Nick Piggin wrote:
fork() can be changed so as not to set up page tables for
MAP_SHARED mappings. I think that has other tradeoffs like
initially causing several unavoidable faults reading
libraries and program text.
Actually, libraries and program text are usually
On Thu, 2005-08-25 at 19:47 +0200, Ingo Molnar wrote:
your patch works great here, on 3 separate systems: a 1-way, a 2/4-way
and an 8-way.
the 1-way system performed so well running the SMP kernel that i first
thought i booted the UP kernel by accident :-)
on the 8-way box, hackbench
On Thu, 2005-08-25 at 14:44 -0400, Lee Revell wrote:
On Thu, 2005-08-25 at 14:20 -0400, Michael Krufky wrote:
Todd Bailey wrote:
I'm all for this but I think there is little uncle George can do.
Was it necessary to cc this to everybody in the world?
God, I can't believe this
Hello,
I have simple linux router with three fastethernet cards (intel , e100
driver). About two months ago it started hanging. It's completly
freezing machine (no ooops. First of all when it's booting few
messages like this appears on screen:
NF_IP_ASSERT:
Hi,
The recent discussion on the list concerning memory barriers and write
ordering took a side-trip to the volatile keyword, especially its
correct / incorrect usage. Someone posted a link to the LKML archives,
in which the argument is made that it is best to keep 'volatile' _out_
of variable
--- Lee Revell [EMAIL PROTECTED] wrote:
On Thu, 2005-08-25 at 14:44 -0400, Lee Revell
wrote:
On Thu, 2005-08-25 at 14:20 -0400, Michael
Krufky wrote:
Todd Bailey wrote:
I'm all for this but I think there is
little uncle George can do.
Was it necessary to cc this to
The adm9240 driver, in adm9240_detect(), allocates a structure. The
error path attempts to kfree() a subfield of that structure, resulting
in an oops (or slab corruption) if the hardware is not present. This
one seems worth fixing for 2.6.13.
jon
Signed-off-by: Jonathan Corbet [EMAIL
Vadim Lobanov wrote:
I'm positive I'm doing something wrong here. In fact, I bet it's the
volatile cast within the loop that's wrong; but I'm not sure how to do
it correctly. Any help / pointers / discussion would be appreciated.
You need to cast is as dereferencing a volatile pointer.
Chris
Hi Harald,
On Thu, Aug 25, 2005 at 06:55:50PM +0200, Harald Welte told us:
Is it true that PeerGuardian is a proprietary application? I'm not
going to debug this problem using a proprietary ip_queue program, sorry.
sorry to jump in here, but I took a quick look at PeerGuardian,
according to
Todd - do you have a ChangeLog from Take 1? :)
Jordan
--
Jordan Crouse
Senior Linux Engineer
AMD - Personal Connectivity Solutions Group
www.amd.com/embeddedprocessors
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More
* Chris Wright ([EMAIL PROTECTED]) wrote:
* Stephen Smalley ([EMAIL PROTECTED]) wrote:
e.g. if secondary_ops-capable is null, the SELinux tests aren't going
to show that, because they will still see that the SELinux permission
checks are working correctly. They only test failure/success
* [EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote:
@@ -1527,7 +1533,8 @@ static int selinux_vm_enough_memory(long
int rc, cap_sys_admin = 0;
struct task_security_struct *tsec = current-security;
- rc = secondary_ops-capable(current, CAP_SYS_ADMIN);
+ rc =
On Thu, 25 Aug 2005, Christopher Friesen wrote:
Vadim Lobanov wrote:
I'm positive I'm doing something wrong here. In fact, I bet it's the
volatile cast within the loop that's wrong; but I'm not sure how to do
it correctly. Any help / pointers / discussion would be appreciated.
You need
Hi,
The current relayfs read implementation works fine, but was designed
to be used mainly for 'draining' the buffer after a tracing run. It
turns out that people really want to be able to read from the buffer
during a live trace, for example the blktrace application submitted
recently:
401 - 500 of 570 matches
Mail list logo