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 inter
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 tapping
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/tt
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
>> 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 unsu
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
===
--- 2.
>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
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 p
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
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 bei
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 s
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 sy
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
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 2.6.13-rc2-
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 ag
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
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 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
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 han
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 setu
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 fi
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 a/dr
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
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 d
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 2.6.11
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 comb
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 comb
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 tim
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 tim
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
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 cri
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, s
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]
Mo
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
--G
* 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 an
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-
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
===
--- linux-2.6.
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
===
--- linux-2.6.12-mm1.orig/drivers/dlm/loc
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
+++ linux/d
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:
> http://scatter.mi
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
=
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
+++ lin
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
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 time
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
(http://marc.theaimsgroup.com/?l=linux-kernel&m=10945
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
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
=
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?
Wi
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
al
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: D
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 20:40:34.000
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
Jan Blunck <[EMAIL PROTECTED]> wrote:
>
> This is a generic sendpage() for regular files.
>
> +static inline size_t
> +filemap_copy_from_kernel(struct page *page, unsigned long offset,
> + const char *buf, unsigned bytes)
> +{
> + char *kaddr;
> +
> + kaddr = kmap(pag
Andrew Benton wrote:
> 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 ker
Replace test/set/clear_bit of rsb flags with new inline functions that use
the less expense non-atomic bit ops.
Signed-off-by: David Teigland <[EMAIL PROTECTED]>
Index: linux-2.6.12-mm1/drivers/dlm/debug_fs.c
===
--- linux-2.6.12-mm1
Fix potential race in lowcomms.
Signed-off-by: Patrick Caulfield <[EMAIL PROTECTED]>
Signed-off-by: David Teigland <[EMAIL PROTECTED]>
Index: linux-2.6.12-mm1/drivers/dlm/lowcomms.c
===
--- linux-2.6.12-mm1.orig/drivers/dlm/lowcomms.
During recovery, set the RESEND flag on locks waiting for a lookup so
they'll be resent when recovery completes.
Signed-off-by: David Teigland <[EMAIL PROTECTED]>
Index: linux-2.6.12-mm1/drivers/dlm/lock.c
===
--- linux-2.6.12-mm1.or
On Fri, 15 July 2005 04:06:11 -0700, Andrew Morton wrote:
> > +
> > + /* There is no sane reason to use O_DIRECT */
> > + BUG_ON(file->f_flags & O_DIRECT);
>
> err, this seems like an easy way for people to make the kernel go BUG.
Is there a sane use for O_DIRECT in combination with sendfile(
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 comb
On Fri, 15 Jul 2005, Johannes Stezenbach wrote:
Andrew Benton wrote:
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. Ple
Hi,
The inotify patch just added a line
+ fsnotify_open(f->f_dentry);
to sys_open, but it missed the x86_64 compatibility sys32_open()
equivalent in arch/x86_64/ia32/sys_ia32.c.
Andi, perhaps it's time to factor out the guts of sys_open from the flag
munging to kee
On Fri, 2005-07-15 at 16:47 +0530, RVK wrote:
> Arjan van de Ven wrote:
> >so it's new? so what? doesn't make it less true that it nowadays is a
> >lot harder to exploit such bugs on recent distros.
> >
> >
> >
> How about using ProPolice etc ?
that's also a good one; gcc 4.1 will have a propoli
Patrick,
We'll include it at V4L.
Mauro.
Patrick Boettcher wrote:
>
> Hmm, yes. When I changed the cx22702-driver to make it work with the
> cxusb-driver, I added another field to the struct cx22702_config to
> determine the output type.
>
> I was well aware that this breaks support fo
On Thu, 14 Jul 2005, Christoph Lameter wrote:
Linux can already provide a response time within < 3 usecs from
user space using f.e. the Altix RTC driver which can generate an
interrupt that then sends a signal to an application. The Altix RTC
clock is supported via POSIX timer syscalls and can
On 7/15/05, Dmitry Torokhov <[EMAIL PROTECTED]> wrote:
> Could you try doing:
>
> echo 1 > /sys/modules/i8042/parameters/debug
>
> before suspending and the post your dmesg, please? Maybe we see something
> there.
Here you go:
12) *0, disabled.
ACPI: PCI Interrupt Link [ALKA] (IRQs 20) *
On Fri, 15 Jul 2005 05:04:57 -0600 (MDT)
Zwane Mwaikambo <[EMAIL PROTECTED]> wrote:
> void show_regs(struct pt_regs *regs)
> {
> + printk("CPU %d:", smp_processor_id());
Isn't there a space after the : missing here?
-Andi
-
To unsubscribe from this list: send the line "unsubscribe linux-k
Bas Vermeulen schrieb:
> 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
On Fri, 15 Jul 2005, Andi Kleen wrote:
> On Fri, 15 Jul 2005 05:04:57 -0600 (MDT)
> Zwane Mwaikambo <[EMAIL PROTECTED]> wrote:
>
>
> > void show_regs(struct pt_regs *regs)
> > {
> > + printk("CPU %d:", smp_processor_id());
>
> Isn't there a space after the : missing here?
I don't believe s
Dear Linux-lovers.
I am trying to build a 2.6.10 linux kernel module to print messages to a
file. I have done this 2.4 and I was successful but I am failing here.
I am using the sys_open, sys_write calls to do so.
I am getting a compilation warning and I find no .ko file created
finally
Am Mittwoch, 13. Juli 2005 02:08 schrieb William Weston:
> On Wed, 13 Jul 2005, Karsten Wiese wrote:
>
> > i've only tested on 2005ish [EMAIL PROTECTED]: it doesn't need any of the
> > quirks
> > IOAPIC_POSTFLUSH, sis_bug, level-edge cleanup.
> > IOAPIC_POSTFLUSH caused no negative influence ne
On Fri, 2005-07-15 at 13:53 +0200, Carl-Daniel Hailfinger wrote:
> Bas Vermeulen schrieb:
> > 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
On Fri, 15 Jul 2005 12:27:40 +0100
"Stephen C. Tweedie" <[EMAIL PROTECTED]> wrote:
> Hi,
>
> The inotify patch just added a line
>
> + fsnotify_open(f->f_dentry);
>
> to sys_open, but it missed the x86_64 compatibility sys32_open()
> equivalent in arch/x86_64/ia32/sy
Russell King wrote:
>No no no no no. Repeat after me ten times. Empty or non-existant release
>functions are bad and cause oopsen. I will not create code which does
>this.
>
>
Sorry. I thought it was a generic cleanup function and since nothing was
allocated in the register function I didn't
Andrew Morton wrote:
>
>>+static inline size_t
>>+filemap_copy_from_kernel(struct page *page, unsigned long offset,
>>+const char *buf, unsigned bytes)
>>+{
>>+ char *kaddr;
>>+
>>+ kaddr = kmap(page);
>>+ memcpy(kaddr + offset, buf, bytes);
>>+ kunm
Lee Revell wrote:
On Thu, 2005-07-14 at 16:49 -0700, Linus Torvalds wrote:
YOUR argument is "nobody else matters, only I do".
MY argument is that this is a case of give and take.
I wouldn't say that. I do agree with you that HZ=1000 for everyone is
problematic, I just feel that a r
On Gwe, 2005-07-15 at 00:19, Linus Torvalds wrote:
> That's not what "jiffies" are about. If you want accurate time, use
> something else, like gettimeofday. The timeouts are _only_ relevant on the
> scale of a timer interrupt, since by definition that's what we're waiting
> for.
Ok makes sense -
Fernando Lopez-Lezcano wrote:
On Thu, 2005-07-14 at 16:49, Linus Torvalds wrote:
On Thu, 14 Jul 2005, Lee Revell wrote:
And I'm incredibly frustrated by this insistence on hard data when it's
completely obvious to anyone who knows the first thing about MIDI that
HZ=250 will fail in sit
Con Kolivas wrote:
On Thu, 14 Jul 2005 03:54, Bill Davidsen wrote:
Con Kolivas wrote:
On Tue, 12 Jul 2005 21:57, David Lang wrote:
for audio and video this would seem to be a fairly simple scaleing factor
(or just doing a fixed amount of work rather then a fixed percentage of
t
Quoting Bill Davidsen <[EMAIL PROTECTED]>:
> Con Kolivas wrote:
>
> >On Thu, 14 Jul 2005 03:54, Bill Davidsen wrote:
> >
> >
> >>Con Kolivas wrote:
> >>
> >>
> >>>On Tue, 12 Jul 2005 21:57, David Lang wrote:
> >>>
> >>>
> for audio and video this would seem to be a fairly simple s
Patrick Boettcher wrote:
On Fri, 15 Jul 2005, Johannes Stezenbach wrote:
Andrew Benton wrote:
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 patc
On Fri, 15 Jul 2005, Andrew Benton wrote:
Hi, I tried the patch but unfortunately the kernel didn't compile, it ended
like this
CC drivers/media/video/cx88/cx88-blackbird.o
CC drivers/media/video/cx88/cx88-dvb.o
drivers/media/video/cx88/cx88-dvb.c:169: error: unknown field `output_mod
On 7/15/05, Linus Torvalds <[EMAIL PROTECTED]> wrote:
>
> On Fri, 15 Jul 2005, Jesper Juhl wrote:
> >
> > It's buggy, that I know. setting kernel_hz (the new boot parameter) to
> > 250 causes my system clock to run at something like 4-5 times normal
> > speed
>
> 4 times normal. You don't actuall
>> I don't know if we want to add this feature, really. It's such a
>> specialised thing.
>
>With union mount and cowlink, there are two users already. cp(1)
>could use it as well, even if the improvement is quite minimal.
FTP PUT could use this too - currently, only FTPGETs can use sendfile bec
Patrick,
Patrick Boettcher wrote:
> On Fri, 15 Jul 2005, Andrew Benton wrote:
>
>> Hi, I tried the patch but unfortunately the kernel didn't compile, it
>> ended like this
>>
>> CC drivers/media/video/cx88/cx88-blackbird.o
>> CC drivers/media/video/cx88/cx88-dvb.o
>> drivers/media/video
On Fri, 15 Jul 2005, Mauro Carvalho Chehab wrote:
Patrick,
Patrick Boettcher wrote:
On Fri, 15 Jul 2005, Andrew Benton wrote:
Hi, I tried the patch but unfortunately the kernel didn't compile, it
ended like this
CC drivers/media/video/cx88/cx88-blackbird.o
CC drivers/media/video/c
> I have always wondered how Windows got it right circa 1995 - Version after
> version, several different hardwares and it always works reliably.
> I am using Linux since 1997 and not a single time have I succeeded in getting
> it to suspend and resume reliably.
Because Windows at the time use
> > --- 2.6-rc/fs/mbcache.c.orig2005-07-14 20:40:34.0 +0900
> > +++ 2.6-rc/fs/mbcache.c 2005-07-14 20:43:42.0 +0900
> > @@ -329,7 +329,7 @@ mb_cache_shrink(struct mb_cache *cache,
> > list_for_each_safe(l, ltmp, &mb_cache_lru_list) {
> > struct mb_cache_
Joe Seigh wrote:
A bit sketchy. You can see a working example of this using
C++ refcounted pointers (which can't be used in the kernel
naturally, you'll have to implement your own) at
http://atomic-ptr-plus.sourceforge.net/
The APPC stuff is in the atomic-ptr-plus package if anyone is
wonderin
On Thu, 2005-07-14 at 01:12 +0200, Albert Herranz wrote:
> Hi,
>
> Looks like, since [1] was merged, a blanked console
> (due to inactivity for example) doesn't get unblanked
> anymore when new output is written to it.
>
> This hunk of the already metioned patch, which
> modifies vt_console_print
>
> I have this problem since 2.6.12-rc2.
> If I add back the patch hunk specified in my original
> message, the blanking behaviour changes to that
> present in pre-2.6.12-rc2 kernels.
And you'll have nice scheduling in atomic for any printk() done in
atomic context that triggers the unblank() w
On Thu, 2005-07-14 at 13:38 +0200, Jan Engelhardt wrote:
> >Before 2.6.12-rc2, the console was unblanked by just
> >writing to the console.
> >For keyboardless and mouseless systems (which is my
> >case, embedded) this new behaviour is a bit annoying.
>
> Interesting. I have observed the following
On Fri, Jul 15, 2005 at 09:54:40AM +0200, Jan Engelhardt wrote:
>
> >> 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
> capab
On Friday 15 July 2005 15:41, Akinobu Mita wrote:
> > > --- 2.6-rc/fs/mbcache.c.orig 2005-07-14 20:40:34.0 +0900
> > > +++ 2.6-rc/fs/mbcache.c 2005-07-14 20:43:42.0 +0900
> > > @@ -329,7 +329,7 @@ mb_cache_shrink(struct mb_cache *cache,
> > > list_for_each_safe(l, ltmp, &mb
On Fri, 2005-07-15 at 01:46 +0400, Ivan Kokshaysky wrote:
> On Thu, Jul 14, 2005 at 10:07:34AM -0400, Jon Smirl wrote:
> > I'm don't think it has ever been working in the 2.6 series. If you are
> > getting rid of it get rid of the #define PCI_BRIDGE_CTL_VGA in pci.h
> > too since this code was the
On Fri, 15 Jul 2005, Andi Kleen wrote:
> Only on uniprocessor machines.
Question for the AMD guys: is there a chance of getting
non-proprietary-bios ACPI tables from AMD directly? I.e. ACPI tables as
needed for power-now etc. could be released under GPL, making inclusion
into linuxbios a bit si
On Fri, 15 Jul 2005, Adrian Bunk wrote:
> 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
> >...
>
...
> +obj-$(CONFIG_SCSI_QLA24XX) += qla2xxx.o
>
>
> I don't know what exactly y
Patrick Boettcher wrote:
On Fri, 15 Jul 2005, Andrew Benton wrote:
Hi, I tried the patch but unfortunately the kernel didn't compile, it
ended like this
CC drivers/media/video/cx88/cx88-blackbird.o
CC drivers/media/video/cx88/cx88-dvb.o
drivers/media/video/cx88/cx88-dvb.c:169: error:
>So keep the patch part of your module, it has no business in mainline
>so far.
And when is this becoming business? What made post_setUid go into the kernel?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info
When running depmod to check for the correct version number, extra
output we don't need to see, such as "depmod: QM_MODULES: Function not
implemented" may show up. Redirect stderr to /dev/null as the version
information that we do care about comes to stdout.
Signed-off-by: Tom Rini <[EMAIL PROTEC
1 - 100 of 254 matches
Mail list logo
