On Fri, 15 Jul 2005, Zwane Mwaikambo wrote:
> Up to date i've been using the GS value to determine the processor number
> in dumps from show_regs, however this can be cumbersome to do if you don't
> have the vmlinux to verify with the address of cpu_pda, how about the
> following? I considered
Hello,
On Thursday 14 July 2005 15:07, Akinobu Mita wrote:
> mb_cache_shrink() tries to free all sort of mbcache in the lru list.
>
> All user of mb_cache_shrink() are ext2/ext3 xattr.
>
> Signed-off-by: Akinobu Mita <[EMAIL PROTECTED]>
>
> --- 2.6-rc/fs/mbcache.c.orig 2005-07-14
Up to date i've been using the GS value to determine the processor number
in dumps from show_regs, however this can be cumbersome to do if you don't
have the vmlinux to verify with the address of cpu_pda, how about the
following? I considered using hard_smp_processor_id for robustness but we
The first lock taken on an rsb is treated specially because the resource
master needs to be looked up. There were some potential problems with
this during recovery, and the whole thing was becoming too complex. This
simplifies the special first-lock case and solves the problems.
Signed-off-by:
On Thu, 14 Jul 2005 15:23:52 -0400, Brown, Len wrote:
>>acpi_ec-0217 [04] acpi_ec_leave_burst_mo: --->status fail
>>
>>on the console, and then the machine is hung hard.
>
>2.6.13-rc3 x86_64 failed, but
>2.6.13-rc2 x86_64 worked
>
>And both of these revisions in the i386 kernel still work?
Per-lockspace option for dlm to run without using a resource
directory. What would be the directory node for a resource is
statically assigned to be the master node instead.
Signed-off-by: David Teigland <[EMAIL PROTECTED]>
Index: linux/drivers/dlm/dir.c
Rework recovery control, simplifying the process significantly and
removing a lot of code. This also makes it easier for different
user-space infrastructures to drive the dlm.
Signed-off-by: David Teigland <[EMAIL PROTECTED]>
Index: linux-2.6.12-mm1/drivers/dlm/ast.c
This is a generic sendpage() for regular files.
With generic_file_sendpage() it is possible to use sendfile() on file
targets, instead of only sending data to sockets.
This implementation is basically an extension of Joern's original patch
On Fri, Jul 15, 2005 at 02:57PM +0900, Aric Cyr wrote:
> Out of curiosity, did the LED
> usage change at all before and after the patch, or was it totally
> unaffected. I would guess the latter.
It was totally unaffected. If the LED is turned on by the BIOS (while it
examines the bus at boot
If recover_locks() on an rsb doesn't find any locks to recover, we need to
clear the NEW_MASTER flag since it won't be cleared by
dlm_recovered_lock().
Signed-off-by: David Teigland <[EMAIL PROTECTED]>
Index: linux/drivers/dlm/recover.c
The list of root rsb's created during recovery needs to be released if
recovery is aborted early.
Signed-off-by: David Teigland <[EMAIL PROTECTED]>
Index: linux/drivers/dlm/recoverd.c
===
--- linux.orig/drivers/dlm/recoverd.c
+++
When a lockspace on a remote node is not found for a recovery status
request, an error needs to be returned so the requesting node can
distinguish it from a normal reply with a zero status.
Signed-off-by: David Teigland <[EMAIL PROTECTED]>
Index: linux/drivers/dlm/rcom.c
Grant Coady <[EMAIL PROTECTED]> wrote:
>
> On Fri, 15 Jul 2005 01:36:53 -0700, Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> >
> >ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc3/2.6.13-rc3-mm1/
>
> Did _not_ break Yenta + CardBus on Toshiba ToPIC100:
>
This patch makes needlessly global code static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Signed-off-by: David Teigland <[EMAIL PROTECTED]>
Index: linux-2.6.12-mm1/drivers/dlm/lock.c
===
---
An extra refcount was being left on devices.
Signed-off-by: Patrick Caulfield <[EMAIL PROTECTED]>
Signed-off-by: David Teigland <[EMAIL PROTECTED]>
Index: linux/drivers/dlm/device.c
===
--- linux.orig/drivers/dlm/device.c
+++
Use node weights in directory mapping. Allows nodes to be configured to
be responsible for more or less of the directory.
Signed-off-by: David Teigland <[EMAIL PROTECTED]>
Index: linux-2.6.12-mm1/drivers/dlm/dir.c
===
---
On Fri, Jul 15, 2005 at 01:36:53AM -0700, Andrew Morton wrote:
>...
> Changes since 2.6.13-rc2-mm2:
>...
> git-scsi-misc.patch
>...
> Subsystem trees
>...
--- linux-2.6.13-rc3/drivers/scsi/qla2xxx/Makefile 2005-06-17
16:04:01.0 -0700
+++ devel/drivers/scsi/qla2xxx/Makefile
On Fri, 15 Jul 2005 01:36:53 -0700, Andrew Morton <[EMAIL PROTECTED]> wrote:
>
>ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc3/2.6.13-rc3-mm1/
Did _not_ break Yenta + CardBus on Toshiba ToPIC100:
http://scatter.mine.nu/test/linux-2.6/tosh/dmesg-2.6.13-rc3-mm1a.gz
* Daniel Walker <[EMAIL PROTECTED]> wrote:
> PI is always good, cause it allows the tracking of what is high
> priority , and what is not .
that's just plain wrong. PI might be good if one cares about priorities
and worst-case latencies, but most of the time the kernel is plain good
enough
A variety of things including bug fixes, cleanups, and a couple
enhancements. Some of these updates are broad enough to cross the current
dlm patch divisions in -mm.
Dave
--
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Andrew Morton wrote:
>
> Does it really matter?
>
Yes! At least for me and my union mounts implementation.
>
> I wonder if these should be in libfs - sysfs has the same problem, for
> example and someone might want to come along and fix that up too.
Ok, I will check that next week. But AFAIK,
Hi, Ingo
This patch can record interrupt-off latency, preemption-off latency and
wakeup latency in a big history array, in the meanwhile, it dummies up
printks produced
by these latency timing.
This patch adds three options: "Log interrupts-off critical section
latency", "Log non-preemptible
On Fri, 2005-07-15 at 11:31 +0200, Carl-Daniel Hailfinger wrote:
> Hi Jeff,
>
> I have a Intel ICH6M chipset and am using ata_piix as my
> default disk driver. With the SUSE patched 2.6.11.4 kernel
> (it has some libata patches) my DVD-RAM drive works, with
> 2.6.13-rc3 it doesn't work. My
On Thu, 14 Jul 2005, Brown, Len wrote:
> >Of course using APIC internal timers is generally the best idea on SMP,
> >but they may have had reasons to avoid them (it's not an ISA interrupt,
> so
> >it could have been simply out of question in the initial design).
>
> Best? No.
>
> Local APIC
Hi, Bill Davidsen wrote:
> Do you actually have something against tickless, or just don't think it
> can be done in reasonable time?
You can do it in small steps.
When you have that jiffies_increment variable, you can add code to
dynamically adjust it at runtime -- just reprogram the system
Arjan van de Ven wrote:
On Fri, 2005-07-15 at 13:56 +0530, RVK wrote:
except this is no longer true really ;)
randomisation for example makes this a lot harder to do.
gcc level tricks to prevent buffer overflows are widely in use nowadays
too (FORTIFY_SOURCE and -fstack-protector). The
Arjan van de Ven wrote:
On Fri, 2005-07-15 at 13:56 +0530, RVK wrote:
except this is no longer true really ;)
randomisation for example makes this a lot harder to do.
gcc level tricks to prevent buffer overflows are widely in use nowadays
too (FORTIFY_SOURCE and -fstack-protector). The
Hi Jeff,
I have a Intel ICH6M chipset and am using ata_piix as my
default disk driver. With the SUSE patched 2.6.11.4 kernel
(it has some libata patches) my DVD-RAM drive works, with
2.6.13-rc3 it doesn't work. My .config is nearly identical
for both kernels (except options introduced after
Hi, Andrew Morton wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc3/2.6.13-rc3-mm1/
>
Also GITtable, as soon as the mirrors' work is done:
http://www.kernel.org/git/?p=linux/kernel/git/smurf/v2.6.13-rc3-mm1.git;a=summary
... since people asked:
- trees from
Hi list,
I have an Adaptec 2110S controller on an A7M266-D dual AMD Athlon MP
rig running a Debian Sarge 3.1 stable.
I am considering which driver between i2o and dpt-i2o using: according
to your experience which one is preferrable performance and reliably
wise?
I have installed the i2o native
Russell King <[EMAIL PROTECTED]> wrote:
>
> On Fri, Jul 15, 2005 at 01:56:29AM -0700, Andrew Morton wrote:
> > Russell King <[EMAIL PROTECTED]> wrote:
> > >
> > > On Fri, Jul 15, 2005 at 01:36:53AM -0700, Andrew Morton wrote:
> > > > +uart_handle_sysrq_char-warning-fix.patch
> > > >
> > > > Fix
Hello,
My pci TV card (a Hauppauge Nova-T DVB-T) works fine with a 2.6.13-rc2 kernel
but won't work with a 2.6.13-rc3 by a process of elimination I've found that if
I reverse this part of the 2.6.13-rc3 patch the card works fine. Please do not
include this in the 2.6.13 kernel.
diff --git
On Fri, Jul 15, 2005 at 01:56:29AM -0700, Andrew Morton wrote:
> Russell King <[EMAIL PROTECTED]> wrote:
> >
> > On Fri, Jul 15, 2005 at 01:36:53AM -0700, Andrew Morton wrote:
> > > +uart_handle_sysrq_char-warning-fix.patch
> > >
> > > Fix a warning
> >
> > Andrew, this requires a little more
On Thu, Jul 14, 2005 at 04:55:19AM -0400, Adam Belay wrote:
> This patch adds a basic PCI<->PCI bridge driver that utilizes the new
> PCI bus class API.
Thanks. I think this breaks Cardbus.
The whole point of the way PCI is _presently_ organised is that it allows
busses to be configured and
Russell King <[EMAIL PROTECTED]> wrote:
>
> On Fri, Jul 15, 2005 at 01:36:53AM -0700, Andrew Morton wrote:
> > +uart_handle_sysrq_char-warning-fix.patch
> >
> > Fix a warning
>
> Andrew, this requires a little more fixing than your simple patch.
> Several drivers omit 'regs' from the receive
On Fri, Jul 15, 2005 at 01:36:53AM -0700, Andrew Morton wrote:
> +uart_handle_sysrq_char-warning-fix.patch
>
> Fix a warning
Andrew, this requires a little more fixing than your simple patch.
Several drivers omit 'regs' from the receive handler when sysrq is
not enabled. Hence, this simple fix
On Fri, 2005-07-15 at 13:56 +0530, RVK wrote:
> >except this is no longer true really ;)
> >
> >randomisation for example makes this a lot harder to do.
> >gcc level tricks to prevent buffer overflows are widely in use nowadays
> >too (FORTIFY_SOURCE and -fstack-protector). The combination of this
On Thu, Jul 14, 2005 at 05:24:39PM -0700, Linus Torvalds wrote:
> HOWEVER. I bet that somebody who really really cares (hint hint) could
> easily make HZ be 1000, and then dynamically tweak the divisor at bootup
> to be either 1000, 250, or 100, and then increment "jiffies" by 1, 4 or
> 10.
On Thu, Jul 14, 2005 at 05:42:15PM -0700, Linus Torvalds wrote:
> So this is why I so strongly argue that we should have a constant HZ, but
> a dynamic _increment_ of "jiffies". Nobody (obviously) depends on jiffies
> being constant, so it's ok to increment jiffies by pretty much any value.
I
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc3/2.6.13-rc3-mm1/
(http://www.zip.com.au/~akpm/linux/patches/stuff/2.6.13-rc3-mm1.gz until
kernel.org syncs up)
- Added the CKRM patches. This is just here for people to look at at this
stage.
Changes since
On Wed, Jul 13, 2005 at 05:52:52PM +0200, Pierre Ossman wrote:
> Create a mmc_host class to allow enumeration of MMC host controllers
> even though they have no card(s) inserted.
>
> Signed-off-by: Pierre Ossman <[EMAIL PROTECTED]>
>
> (This will also allow cards to be enumerated by being able
Arjan van de Ven wrote:
On Fri, 2005-07-15 at 12:11 +0530, RVK wrote:
Even in the presence of non-executable stack, Linux Torvalds explains
that "It's really easy. You do something like this: 1) overflow the
buffer on the stack, so that the return value is overwritten by a
pointer to the
Badari Pulavarty wrote:
Tejun Heo wrote:
Daniel McNeil wrote:
This patch relaxes the direct i/o alignment check so that user addresses
do not have to be a multiple of the device block size.
I've done some preliminary testing and it mostly works on an ext3
file system on a ide disk. I have
Linus Torvalds <[EMAIL PROTECTED]> writes:
> Now, if somebody wants to make nicer helper functions so that you can say
>
> timeout = ms_from_now(500);
We already have something very simliar:
timeout = jiffies + msecs_to_jiffies(500);
;)
Gerd
--
panic("it works"); /* avoid
2005/7/14, Chen, Kenneth W <[EMAIL PROTECTED]>:
> I'm pleased to announce that we have established a linux kernel
> performance project, hosted at sourceforge.net:
>
> http://kernel-perf.sourceforge.net
The web site is still very slow (@10:00 CET) but the your work is really cool!
Do you think
Hi Andrew,
this patch adds a 'cmos' attribute to the floppy driver. This lets you
figure out which drive types are actually supported by this drive.
When using udev you currently have to either not create any device node
beside /dev/fdX (and make quite some users unhappy) or create every
single
>http://tree.celinuxforum.org/CelfPubWiki/RTCNoSync
The webpage says...
>One tradeoff in making this modification is that the time stored by the Linux
>kernel is no longer completely synchronized
If one runs "hwclock", the delta is barely 0.000, but always some more or some
less, so it should
FSF has moved so update the address as per http://www.gnu.org/licenses/gpl.txt.
Signed-off-by: Pekka Enberg <[EMAIL PROTECTED]>
---
COPYING |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
Index: 2.6/COPYING
===
---
>> the following patch adds a post_setgid() security hook, and necessary dummy
>> funcs.
>
>... and why exactly would we want these?
I am working on a sec module which, among other things, raises certain
capabilities when the UID/GID has been successfully changed.
Jan Engelhardt
--
-
To
On Thu, Jul 14, 2005 at 03:35:07PM -0700, karl malbrain wrote:
> AT LAST I HAVE SOME DATA!!!
>
> The problem is that ALL SYSTEM CALLS to open "/dev/tty" are blocking!! even
> with O_NDELAY set and even from completely disjoint sessions. I discovered
> this via issuing "strace sh". That's why
On Thu, Jul 14, 2005 at 04:50:00PM -0700, karl malbrain wrote:
> chrdev_open issues a lock_kernel() before calling uart_open.
>
> It would appear that servicing the blocking open request uart_open goes to
> sleep with the kernel locked. Would this shut down subsequent access to
> opening
This patch adds two options under the PS/2 mouse driver to control how
hardware tapping is enabled on ALPS touchpads. I have defined a new
static variable in alps.c to determine if we call alps_tap_mode() with
a 1 or a 0. The first new config option lets you select whether you
want hardware
Hi folks,
I reported earlied that around linux-2.6.11-rc5 my home box sometimes
does not want to send anything over ethetnet. That report is repeated below
sig.
I finally managed to nail down where this happens.
I instrumented sch_generic.c to trace what happens with packets
to be sent over
On Fri, 2005-07-15 at 12:11 +0530, RVK wrote:
> Even in the presence of non-executable stack, Linux Torvalds explains
> that "It's really easy. You do something like this: 1) overflow the
> buffer on the stack, so that the return value is overwritten by a
> pointer to the system() library
Brian O'Mahoney wrote:
First there are endless ways of stopping DAMAGE from buffer
over-runs, from code that accepts user data, eg extend buffer, dont
use dangerous strxxx functions so while you can move
stuff to proxies, and that has been done extensively e.g.
for sendmail it is a
On Fri, 2005-07-15 at 11:39 +0530, RVK wrote:
> Understood on pid/tid and thread identifier diffrentiation. The question
> now is why pthread_t is typedef as unsigned long ?
It's just an arbitrary type that is big enough to contain the cookie.
Ian.
--
Ian Campbell
It is better to give than to
J.A. Magallon wrote:
On 07.14, RVK wrote:
Ian Campbell wrote:
On Thu, 2005-07-14 at 16:32 +0530, RVK wrote:
Ian Campbell wrote:
What Arjan is saying is that pthread_t is a cookie -- this means that
you cannot interpret it in any way, it is just a "thing" which
On Fri, Jul 15, 2005 at 04:15:12AM +0200, Christian Kroll wrote:
> I have tested the patch against my DawiControl DC-150 RAID controller
> which is basically an add-on card with a SiI 3112 ASIC and a flash ROM.
> The activity LED of my case is directly connected to the add-on card.
>
>
On Fri, Jul 15, 2005 at 04:15:12AM +0200, Christian Kroll wrote:
I have tested the patch against my DawiControl DC-150 RAID controller
which is basically an add-on card with a SiI 3112 ASIC and a flash ROM.
The activity LED of my case is directly connected to the add-on card.
Unfortunately
J.A. Magallon wrote:
On 07.14, RVK wrote:
Ian Campbell wrote:
On Thu, 2005-07-14 at 16:32 +0530, RVK wrote:
Ian Campbell wrote:
What Arjan is saying is that pthread_t is a cookie -- this means that
you cannot interpret it in any way, it is just a thing which you
On Fri, 2005-07-15 at 11:39 +0530, RVK wrote:
Understood on pid/tid and thread identifier diffrentiation. The question
now is why pthread_t is typedef as unsigned long ?
It's just an arbitrary type that is big enough to contain the cookie.
Ian.
--
Ian Campbell
It is better to give than to
Brian O'Mahoney wrote:
First there are endless ways of stopping DAMAGE from buffer
over-runs, from code that accepts user data, eg extend buffer, dont
use dangerous strxxx functions so while you can move
stuff to proxies, and that has been done extensively e.g.
for sendmail it is a
On Fri, 2005-07-15 at 12:11 +0530, RVK wrote:
Even in the presence of non-executable stack, Linux Torvalds explains
that It's really easy. You do something like this: 1) overflow the
buffer on the stack, so that the return value is overwritten by a
pointer to the system() library function.
Hi folks,
I reported earlied that around linux-2.6.11-rc5 my home box sometimes
does not want to send anything over ethetnet. That report is repeated below
sig.
I finally managed to nail down where this happens.
I instrumented sch_generic.c to trace what happens with packets
to be sent over
This patch adds two options under the PS/2 mouse driver to control how
hardware tapping is enabled on ALPS touchpads. I have defined a new
static variable in alps.c to determine if we call alps_tap_mode() with
a 1 or a 0. The first new config option lets you select whether you
want hardware
On Thu, Jul 14, 2005 at 04:50:00PM -0700, karl malbrain wrote:
chrdev_open issues a lock_kernel() before calling uart_open.
It would appear that servicing the blocking open request uart_open goes to
sleep with the kernel locked. Would this shut down subsequent access to
opening /dev/tty???
On Thu, Jul 14, 2005 at 03:35:07PM -0700, karl malbrain wrote:
AT LAST I HAVE SOME DATA!!!
The problem is that ALL SYSTEM CALLS to open /dev/tty are blocking!! even
with O_NDELAY set and even from completely disjoint sessions. I discovered
this via issuing strace sh. That's why the new
the following patch adds a post_setgid() security hook, and necessary dummy
funcs.
... and why exactly would we want these?
I am working on a sec module which, among other things, raises certain
capabilities when the UID/GID has been successfully changed.
Jan Engelhardt
--
-
To
FSF has moved so update the address as per http://www.gnu.org/licenses/gpl.txt.
Signed-off-by: Pekka Enberg [EMAIL PROTECTED]
---
COPYING |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
Index: 2.6/COPYING
===
---
http://tree.celinuxforum.org/CelfPubWiki/RTCNoSync
The webpage says...
One tradeoff in making this modification is that the time stored by the Linux
kernel is no longer completely synchronized
If one runs hwclock, the delta is barely 0.000, but always some more or some
less, so it should not
Hi Andrew,
this patch adds a 'cmos' attribute to the floppy driver. This lets you
figure out which drive types are actually supported by this drive.
When using udev you currently have to either not create any device node
beside /dev/fdX (and make quite some users unhappy) or create every
single
2005/7/14, Chen, Kenneth W [EMAIL PROTECTED]:
I'm pleased to announce that we have established a linux kernel
performance project, hosted at sourceforge.net:
http://kernel-perf.sourceforge.net
The web site is still very slow (@10:00 CET) but the your work is really cool!
Do you think it's
Linus Torvalds [EMAIL PROTECTED] writes:
Now, if somebody wants to make nicer helper functions so that you can say
timeout = ms_from_now(500);
We already have something very simliar:
timeout = jiffies + msecs_to_jiffies(500);
;)
Gerd
--
panic(it works); /* avoid being
Badari Pulavarty wrote:
Tejun Heo wrote:
Daniel McNeil wrote:
This patch relaxes the direct i/o alignment check so that user addresses
do not have to be a multiple of the device block size.
I've done some preliminary testing and it mostly works on an ext3
file system on a ide disk. I have
Arjan van de Ven wrote:
On Fri, 2005-07-15 at 12:11 +0530, RVK wrote:
Even in the presence of non-executable stack, Linux Torvalds explains
that It's really easy. You do something like this: 1) overflow the
buffer on the stack, so that the return value is overwritten by a
pointer to the
On Wed, Jul 13, 2005 at 05:52:52PM +0200, Pierre Ossman wrote:
Create a mmc_host class to allow enumeration of MMC host controllers
even though they have no card(s) inserted.
Signed-off-by: Pierre Ossman [EMAIL PROTECTED]
(This will also allow cards to be enumerated by being able to find
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc3/2.6.13-rc3-mm1/
(http://www.zip.com.au/~akpm/linux/patches/stuff/2.6.13-rc3-mm1.gz until
kernel.org syncs up)
- Added the CKRM patches. This is just here for people to look at at this
stage.
Changes since
On Thu, Jul 14, 2005 at 05:42:15PM -0700, Linus Torvalds wrote:
So this is why I so strongly argue that we should have a constant HZ, but
a dynamic _increment_ of jiffies. Nobody (obviously) depends on jiffies
being constant, so it's ok to increment jiffies by pretty much any value.
I agree.
On Thu, Jul 14, 2005 at 05:24:39PM -0700, Linus Torvalds wrote:
HOWEVER. I bet that somebody who really really cares (hint hint) could
easily make HZ be 1000, and then dynamically tweak the divisor at bootup
to be either 1000, 250, or 100, and then increment jiffies by 1, 4 or
10.
Wouldn't
On Fri, 2005-07-15 at 13:56 +0530, RVK wrote:
except this is no longer true really ;)
randomisation for example makes this a lot harder to do.
gcc level tricks to prevent buffer overflows are widely in use nowadays
too (FORTIFY_SOURCE and -fstack-protector). The combination of this all
On Fri, Jul 15, 2005 at 01:36:53AM -0700, Andrew Morton wrote:
+uart_handle_sysrq_char-warning-fix.patch
Fix a warning
Andrew, this requires a little more fixing than your simple patch.
Several drivers omit 'regs' from the receive handler when sysrq is
not enabled. Hence, this simple fix on
Russell King [EMAIL PROTECTED] wrote:
On Fri, Jul 15, 2005 at 01:36:53AM -0700, Andrew Morton wrote:
+uart_handle_sysrq_char-warning-fix.patch
Fix a warning
Andrew, this requires a little more fixing than your simple patch.
Several drivers omit 'regs' from the receive handler when
On Thu, Jul 14, 2005 at 04:55:19AM -0400, Adam Belay wrote:
This patch adds a basic PCI-PCI bridge driver that utilizes the new
PCI bus class API.
Thanks. I think this breaks Cardbus.
The whole point of the way PCI is _presently_ organised is that it allows
busses to be configured and setup
On Fri, Jul 15, 2005 at 01:56:29AM -0700, Andrew Morton wrote:
Russell King [EMAIL PROTECTED] wrote:
On Fri, Jul 15, 2005 at 01:36:53AM -0700, Andrew Morton wrote:
+uart_handle_sysrq_char-warning-fix.patch
Fix a warning
Andrew, this requires a little more fixing than your
Hello,
My pci TV card (a Hauppauge Nova-T DVB-T) works fine with a 2.6.13-rc2 kernel
but won't work with a 2.6.13-rc3 by a process of elimination I've found that if
I reverse this part of the 2.6.13-rc3 patch the card works fine. Please do not
include this in the 2.6.13 kernel.
diff --git
Russell King [EMAIL PROTECTED] wrote:
On Fri, Jul 15, 2005 at 01:56:29AM -0700, Andrew Morton wrote:
Russell King [EMAIL PROTECTED] wrote:
On Fri, Jul 15, 2005 at 01:36:53AM -0700, Andrew Morton wrote:
+uart_handle_sysrq_char-warning-fix.patch
Fix a warning
Andrew,
Hi list,
I have an Adaptec 2110S controller on an A7M266-D dual AMD Athlon MP
rig running a Debian Sarge 3.1 stable.
I am considering which driver between i2o and dpt-i2o using: according
to your experience which one is preferrable performance and reliably
wise?
I have installed the i2o native
Hi, Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc3/2.6.13-rc3-mm1/
Also GITtable, as soon as the mirrors' work is done:
http://www.kernel.org/git/?p=linux/kernel/git/smurf/v2.6.13-rc3-mm1.git;a=summary
... since people asked:
- trees from GIT
Hi Jeff,
I have a Intel ICH6M chipset and am using ata_piix as my
default disk driver. With the SUSE patched 2.6.11.4 kernel
(it has some libata patches) my DVD-RAM drive works, with
2.6.13-rc3 it doesn't work. My .config is nearly identical
for both kernels (except options introduced after
Arjan van de Ven wrote:
On Fri, 2005-07-15 at 13:56 +0530, RVK wrote:
except this is no longer true really ;)
randomisation for example makes this a lot harder to do.
gcc level tricks to prevent buffer overflows are widely in use nowadays
too (FORTIFY_SOURCE and -fstack-protector). The
Arjan van de Ven wrote:
On Fri, 2005-07-15 at 13:56 +0530, RVK wrote:
except this is no longer true really ;)
randomisation for example makes this a lot harder to do.
gcc level tricks to prevent buffer overflows are widely in use nowadays
too (FORTIFY_SOURCE and -fstack-protector). The
Hi, Bill Davidsen wrote:
Do you actually have something against tickless, or just don't think it
can be done in reasonable time?
You can do it in small steps.
When you have that jiffies_increment variable, you can add code to
dynamically adjust it at runtime -- just reprogram the system
On Thu, 14 Jul 2005, Brown, Len wrote:
Of course using APIC internal timers is generally the best idea on SMP,
but they may have had reasons to avoid them (it's not an ISA interrupt,
so
it could have been simply out of question in the initial design).
Best? No.
Local APIC timers are
On Fri, 2005-07-15 at 11:31 +0200, Carl-Daniel Hailfinger wrote:
Hi Jeff,
I have a Intel ICH6M chipset and am using ata_piix as my
default disk driver. With the SUSE patched 2.6.11.4 kernel
(it has some libata patches) my DVD-RAM drive works, with
2.6.13-rc3 it doesn't work. My .config is
Hi, Ingo
This patch can record interrupt-off latency, preemption-off latency and
wakeup latency in a big history array, in the meanwhile, it dummies up
printks produced
by these latency timing.
This patch adds three options: Log interrupts-off critical section
latency, Log non-preemptible
Andrew Morton wrote:
Does it really matter?
Yes! At least for me and my union mounts implementation.
I wonder if these should be in libfs - sysfs has the same problem, for
example and someone might want to come along and fix that up too.
Ok, I will check that next week. But AFAIK, sysfs
A variety of things including bug fixes, cleanups, and a couple
enhancements. Some of these updates are broad enough to cross the current
dlm patch divisions in -mm.
Dave
--
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
On Fri, 15 Jul 2005 01:36:53 -0700, Andrew Morton [EMAIL PROTECTED] wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc3/2.6.13-rc3-mm1/
Did _not_ break Yenta + CardBus on Toshiba ToPIC100:
http://scatter.mine.nu/test/linux-2.6/tosh/dmesg-2.6.13-rc3-mm1a.gz
* Daniel Walker [EMAIL PROTECTED] wrote:
PI is always good, cause it allows the tracking of what is high
priority , and what is not .
that's just plain wrong. PI might be good if one cares about priorities
and worst-case latencies, but most of the time the kernel is plain good
enough and
On Fri, Jul 15, 2005 at 01:36:53AM -0700, Andrew Morton wrote:
...
Changes since 2.6.13-rc2-mm2:
...
git-scsi-misc.patch
...
Subsystem trees
...
--- linux-2.6.13-rc3/drivers/scsi/qla2xxx/Makefile 2005-06-17
16:04:01.0 -0700
+++ devel/drivers/scsi/qla2xxx/Makefile 2005-07-15
201 - 300 of 513 matches
Mail list logo
