On Fri, 15 Jul 2005, Jan Engelhardt wrote:
> >
> >This is why I want to get rid of sendfile(). It's a fundamentally broken
> >interface. Really. In contrast, the pipe buffers _can_ be used for direct
> >socket->file interfaces.
>
> How will userspace access these pipe buffers?
You can fill
On Fri, Jul 15, 2005 at 10:50:46AM -0700, Badari Pulavarty wrote:
> I believe some OSs do buffered IO, if there is a problem with alignment.
That's what I said. They all do buffered I/O if the alignment
is not 512B. They do _not_ try to accept alignments that are smaller.
There's no
Hello,
Motherboard: Tyan Tiger 230T
Memory: 1.5GB
CPU: 2 x 1.13GHz P3
kernel config file attached.
[20975.810849] [ cut here ]
[20975.871509] kernel BUG at kernel/sched.c:2579!
[20975.929776] invalid operand: [#1]
[20975.978911] PREEMPT SMP DEBUG_PAGEALLOC
>> >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 - ...
>
>No, FTP PUT _cannot_ use it, exactly because sendfile() can't do anything
>but file sources (and not even all file
On Fri, 15 Jul 2005, Jan Blunck wrote:
>
> This patch adds bogo dirent sizes for ramfs like already available for
> tmpfs.
I really think you should update the "simple_xxx()" functions instead, and
thus make this happen for _any_ filesystem that uses the simple fs helper
functions.
Andrew Morton wrote:
> Elias Kesh <[EMAIL PROTECTED]> wrote:
>> Looking at the archives I see that a an intel patch
>> was submitted back in October but I am unable to
>> determine what the resolution was.
>
> What patch was that?
http://lkml.org/lkml/2004/10/29/332
> OK. But adding fiddle new
On 7/16/05, Chris Wright <[EMAIL PROTECTED]> wrote:
> * aq ([EMAIL PROTECTED]) wrote:
> > Function lib/cmdline.c:memparse() wrongly calculates the memory if the
> > given string has K/M/G suffix. This patch (against 2.6.13-rc3) fixes
> > the problem. Please apply.
>
> Patch looks incorrect.
>
>
On Fri, Jul 15, 2005 at 02:15:21PM -0400, Tom Vier wrote:
> On Thu, Jul 14, 2005 at 09:09:29PM +0200, Andi Kleen wrote:
> > However with 90+W CPUs I would strongly recommend having support
> > for PowerNow! and the old style PST table doesn't support
> > dual core or SMP, so you need ACPI for that
On Thu, Jul 14, 2005 at 09:09:29PM +0200, Andi Kleen wrote:
> However with 90+W CPUs I would strongly recommend having support
> for PowerNow! and the old style PST table doesn't support
> dual core or SMP, so you need ACPI for that anyways.
Do opterons even support powernow? The proc or sysfs
* aq ([EMAIL PROTECTED]) wrote:
> Function lib/cmdline.c:memparse() wrongly calculates the memory if the
> given string has K/M/G suffix. This patch (against 2.6.13-rc3) fixes
> the problem. Please apply.
Patch looks incorrect.
> --- 2.6.13-rc3/lib/cmdline.c 2005-04-30 10:31:37.0 +0900
On Fri, Jul 15, 2005 at 07:57:01PM +0200, Andi Kleen wrote:
> > I wouldn't say it is totally impossible. There are ways in which Linux can
> > work
> > without a reliable Local APIC timer. One option being - make one CPU that
> > gets
> > the external timer interrupt multicast an IPI to all the
Hi Marcelo,
Thank you for the quick response. I actually didn't anticipate that
quick of a response.
> > I was wondering if someone could help me with this. I'm porting an
> > ASPLOV paper miss ratio curve from 2.4.20 2.6.11.6 and eventually to
> > Planet Labs kernel. It's a novel idea for
On Fri, Jul 15, 2005 at 06:54:30PM +0100, Maciej W. Rozycki wrote:
> On Fri, 15 Jul 2005, Venkatesh Pallipadi wrote:
>
> > I wouldn't say it is totally impossible. There are ways in which Linux can
> > work
> > without a reliable Local APIC timer. One option being - make one CPU that
> > gets
On Tue, Jul 12, 2005 at 12:17:53PM -0400, James Bottomley wrote:
> Thanks for redirecting to the correct list.
>
> On Tue, 2005-07-12 at 13:38 +0200, Arjan van de Ven wrote:
> > On Tue, 2005-07-12 at 16:52 +0530, Amrut Joshi wrote:
> > > Currently linux scsi subsystem doesnt store the 8-byte luns
The information transmitted in this message is confidential and may be
privileged. Any review, retransmission, dissemination, or other use of this
information by persons or entities other than the intended recipient is
> That's like scratching your left ear with your right hand -- broadcasting
> that external timer interrupt in the first place is more straightforward.
> If you want to exclude CPUs from the list of receivers, just use the
> logical destination mode appropriately.
The problem with that is
> I wouldn't say it is totally impossible. There are ways in which Linux can
> work
> without a reliable Local APIC timer. One option being - make one CPU that
> gets
> the external timer interrupt multicast an IPI to all the other CPUs that
> wants to get periodic timer interrupt.
That
On Fri, 2005-07-15 at 17:23 +0900, Tejun Heo wrote:
> Badari Pulavarty wrote:
...
> >> I don't know why you wanna relax the alignment requirement, but
> >> wouldn't it be easier to just write/use block-aligned allocator for
> >> such buffers? It will even make the program more portable.
> >>
>
On Fri, 15 Jul 2005, Venkatesh Pallipadi wrote:
> I wouldn't say it is totally impossible. There are ways in which Linux can
> work
> without a reliable Local APIC timer. One option being - make one CPU that
> gets
> the external timer interrupt multicast an IPI to all the other CPUs that
>
On Fri, 2005-07-15 at 17:56 +0100, Joel Becker wrote:
> On Thu, Jul 14, 2005 at 10:18:28PM -0700, Badari Pulavarty wrote:
> > I can imagine a reason for relaxing the alignment. I keep getting asked
> > whether we can do "O_DIRECT mount option". Database folks wants to
> > make sure all the access
Hi, Matthias Urlichs wrote:
> 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
Moved to
http://www.kernel.org/git/?p=linux/kernel/git/smurf/linux-trees.git;a=summary
--
Matthias Urlichs | {M:U} IT
Em Wed, Jul 13, 2005 at 12:02:20PM -0700, Linus Torvalds escreveu:
>
>
> On Wed, 13 Jul 2005, Egry Gábor wrote:
> >
> > Yes, the patch 19/19 contains the translation of configuration
> > interfaces ([x|g|menu]config) and it is only 23 kb. The full version of
> > unfinished hu.po is 2 MB and the
I've updated my git quickstart guide at
http://linux.yyz.us/git-howto.html
It now points to DaveJ's daily snapshots for the initial bootstrap
tarball, is reorganized for better navigation, and other things.
Also, a bonus recipe: how to import Linus's pack files (it's easy).
This
Function lib/cmdline.c:memparse() wrongly calculates the memory if the
given string has K/M/G suffix. This patch (against 2.6.13-rc3) fixes
the problem. Please apply.
Signed-off-by: Nguyen Anh Quynh <[EMAIL PROTECTED]>
# diffstat cmdline.patch
cmdline-aq.c |4 ++--
1 files changed, 2
On Fri, Jul 15, 2005 at 07:02:24PM +0200, Andi Kleen wrote:
>
> At least on multi processor systems LAPIC has to work anyways (otherwise
> you cannot schedule other CPUs), so it is fine to use there.
>
> AFAIK there are no x86 CPUs right now that do both C3
> and SMP. If they ever do then they
Hi,
On Sun, Jul 10, 2005 at 03:37:22PM -0500, Bob Tracy wrote:
> Dominik Brodowski wrote:
> > On Sat, Jul 09, 2005 at 12:12:17AM -0500, Bob Tracy wrote:
> > > (/sbin/cardmgr chewing up lots of CPU cycles with 2.6.12 kernel)
> >
> > Please post the output of "lspci" and "lsmod" as I'd like to
Pete Zaitcev wrote:
> On Thu, 14 Jul 2005 18:27:01 +0200, Thoralf Will <[EMAIL PROTECTED]> wrote:
>
>
>>I didn't find any useful answer anywhere so far, hope it's ok to ask here.
>>I'm currently trying to get a 2.4.31 up and running on an IBM
>>BladeCenter HS20/8843. (base system is a stripped
On Fri, Jul 15, 2005 at 01:36:53AM -0700, Andrew Morton wrote:
> +update-filesystems-for-new-delete_inode-behavior-fix.patch
>
> This needs to be, too.
Applied.
Joel
--
"There are only two ways to live your life. One is as though nothing
is a miracle. The other is as though
Quoting Lee Revell <[EMAIL PROTECTED]>:
> On Thu, 2005-07-14 at 22:54 -0600, Zwane Mwaikambo wrote:
> > On Fri, 15 Jul 2005, Lee Revell wrote:
> >
> > > On Fri, 2005-07-15 at 14:08 +1000, Con Kolivas wrote:
> > > > Audio did show slightly larger max latencies but nothing that would be
> of
> >
"Brown, Len" <[EMAIL PROTECTED]> writes:
> >That's an APIC bug.
> >When Intel originally released the APIC (some
> >thirteen years ago) they stated it should be used as a source of the
> timer
> >interrupt instead of the 8254. There is no excuse for changing the
> >behaviour after so many years.
On Thu, 2005-07-14 at 22:54 -0600, Zwane Mwaikambo wrote:
> On Fri, 15 Jul 2005, Lee Revell wrote:
>
> > On Fri, 2005-07-15 at 14:08 +1000, Con Kolivas wrote:
> > > Audio did show slightly larger max latencies but nothing that would be of
> > > significance.
> > >
> > > On video, maximum
> -Original Message-
> From: Richard B. Johnson
> Sent: Friday, July 15, 2005 8:53 AM
> To: karl malbrain
> Cc: [EMAIL PROTECTED] Kernel. Org
> Subject: RE: 2.6.9: serial_core: uart_open
>
>
> On Wed, 13 Jul 2005, karl malbrain wrote:
>
> > I've also noticed that the boot sequence probes
On Fri, Jul 15, 2005 at 12:33:15PM -0400, Brown, Len wrote:
> So, the 13-year-old design advice will continue to apply to
> 13-year-old systems, but newer systems with C3 and HPET
> should be using them.
Last I looked HPET isn't everywhere yet (absent from nforce4
mainboards for example, but
On Thu, Jul 14, 2005 at 10:18:28PM -0700, Badari Pulavarty wrote:
> I can imagine a reason for relaxing the alignment. I keep getting asked
> whether we can do "O_DIRECT mount option". Database folks wants to
> make sure all the access to files in a given filesystem are O_DIRECT
All
On Fri, 2005-07-15 at 05:46, Bill Davidsen wrote:
> 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
SATA ATAPI support is disabled by default because the code is not yet
complete.
Jeff
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read
>That's an APIC bug.
>When Intel originally released the APIC (some
>thirteen years ago) they stated it should be used as a source of the
timer
>interrupt instead of the 8254. There is no excuse for changing the
>behaviour after so many years. So if you are on a broken system, you
may
>want to
On Fri, Jul 15, 2005 at 11:59:17AM +0200, Bas Vermeulen wrote:
> On Fri, 2005-07-15 at 11:31 +0200, Carl-Daniel Hailfinger wrote:
> > Hi Jeff,
hi all,
> > 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
* Jan Engelhardt ([EMAIL PROTECTED]) wrote:
> And when is this becoming business? What made post_setUid go into the kernel?
That went as part of supporting capabilities as they were, to do fixups
on set{r,e,s}uid.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
> -Original Message-
> From: Russell King
> Sent: Friday, July 15, 2005 12:29 AM
> To: karl malbrain
> Cc: [EMAIL PROTECTED] Kernel. Org
> Subject: Re: 2.6.9: serial_core: uart_open
>
>
> On Thu, Jul 14, 2005 at 03:35:07PM -0700, karl malbrain wrote:
> > AT LAST I HAVE SOME DATA!!!
> >
> >
On Fri, 2005-07-15 at 12:23 +0200, Ingo Molnar wrote:
> * 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
On Fri, 2005-07-15 at 08:57 -0700, Christoph Lameter wrote:
> Try HPET which is pretty standard these days.
>
Really? None of my machines have it. I suspect lots of "embeddable"
systems don't either.
Lee
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
On Fri, 15 Jul 2005, Jan Engelhardt wrote:
>
> >> 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
> -Original Message-
> From: Russell King
> Sent: Friday, July 15, 2005 12:29 AM
> To: karl malbrain
> Cc: [EMAIL PROTECTED] Kernel. Org
> Subject: Re: 2.6.9: serial_core: uart_open
>
>
> On Thu, Jul 14, 2005 at 03:35:07PM -0700, karl malbrain wrote:
> > AT LAST I HAVE SOME DATA!!!
> >
> >
On Fri, 15 Jul 2005, Andrew Morton wrote:
>
> I don't know if we want to add this feature, really. It's such a
> specialised thing.
It is, in this format, and I agree - I don't want to add it.
What I'd really like to see is somebody taking a look at my old "pipe as a
zero-copy buffer"
On Fri, 15 Jul 2005, Paul Jakma wrote:
> 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
On Thu, Jul 14, 2005 at 09:45:17AM -0700, Siddha, Suresh B wrote:
> On Wed, Jul 13, 2005 at 08:49:47PM +0200, Andi Kleen wrote:
> > On Wed, Jul 13, 2005 at 11:44:26AM -0700, Greg KH wrote:
> > > -stable review patch. If anyone has any objections, please let us know.
> >
> > I think the patch is
2005-07-16 (Sat) 00:07 +0900 Akinobu Mita wrote:
> Currently, mbcache is used only for xattr on ext2/ext3 and reiserfs.
> In other words, only one type of mbcache is used per-filesystem.
> So any problems don't happen without the patch I sent.
>
> But, for example when someone use mbcache as
2005-07-15 (Fri) 16:36 +0200 Andreas Gruenbacher wrote:
> The cache parameter could indeed be removed. Not that it would matter much...
>
Currently, mbcache is used only for xattr on ext2/ext3 and reiserfs.
In other words, only one type of mbcache is used per-filesystem.
So any problems don't
Hi Ben,
--- Benjamin Herrenschmidt <[EMAIL PROTECTED]>
escribió:
> Yes. We discussed that with Linus back then. The
> problem is that the
> printk subsystem tend to abuse calling low level
> drivers at interrupt
> time, and in the case of blanking/unblanking, this
> can be a problem.
> Radeonfb
Con Kolivas wrote: {
Version 0.21 update
Changed the design to run the benchmarked and background loads as separate
processes that spawn their own threads instead of everything running as a
thread of the same process.
}
Great!
-
To unsubscribe from this list: send the line "unsubscribe
Ken Chen <[EMAIL PROTECTED]> wrote: {
...Linux kernel needs a systematic and disciplined way to measure and track
kernel performance on a regular basis.
}
Nice, but the numbers would have more meaning if they were put in relation
to System Load ( CPU,MEM,DISK,NET,... )
Also, a test that
On Fri, Jul 15, 2005 at 01:36:53AM -0700, Andrew Morton wrote:
>
> 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
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
>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
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:
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
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
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 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,
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
>
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
>
> 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()
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
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
> > --- 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, _cache_lru_list) {
> > struct
> 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
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
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
>>
>> 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
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
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
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
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
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
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
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 -
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
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);
>>+
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
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
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
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
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
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
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
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
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 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
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
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
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
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
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
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
===
---
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.
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
===
---
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
===
---
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
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 =
101 - 200 of 513 matches
Mail list logo