On Sat, 06 Jan 2007 14:35:53 -0800
Daniel Walker <[EMAIL PROTECTED]> wrote:
> On Wed, 2007-01-03 at 13:12 -0800, [EMAIL PROTECTED] wrote:
> > -# define __raw_spin_lock_irq(lock) __raw_spin_lock(lock)
> > +
> > +static inline void __raw_spin_lock_irq(raw_spinlock_t *lock)
> > +{
> > + asm vol
This is a note to let you know that I've just added the patch titled
Subject: PCI: increment pos before looking for the next cap in
__pci_find_next_ht_cap
to my gregkh-2.6 tree. Its filename is
pci-increment-pos-before-looking-for-the-next-cap-in-__pci_find_next_ht_cap.patch
This
Hi,
I'm pleased to announce the release of Squashfs 3.2. NFS exporting
is now supported, and the kernel code has been hardened against
accidently or maliciously corrupted filesystems. The new release
correctly handles all corrupted filesystems generated by the fsfuzzer
tool (written by
Hi all,
First of all sorry for bringing this topic again.
As discussed in --> http://lkml.org/lkml/2006/5/5/47
The ATA Streaming feature set is not necessary to be in Kernel Space
(IDE driver). There is a suggestion creating user space library.
But how is the user space apps going to use the c
From: Randy Dunlap <[EMAIL PROTECTED]>
setcc() in math-emu is written as a gcc extension statement expression
macro that returns a value. However, it's not used that way and it's
not needed like that, so just make it a do-while non-extension macro
so that we don't use an extension when it's not n
There's absolutely nothing interesting here, unless you want to play with
KVM, or happened to be bitten by the bug with really old versions of the
linker that made parts of entry.S just go away.
But check it out anyway, and the shortlog gives more details on the
various minor fixes that have a
On Sun, 7 Jan 2007 12:36:18 +1030
"Tom Lanyon" <[EMAIL PROTECTED]> wrote:
> On 12/27/06, Linus Torvalds <[EMAIL PROTECTED]> wrote:
> > What would also actually be interesting is whether somebody can reproduce
> > this on Reiserfs, for example. I _think_ all the reports I've seen are on
> > ext2 or
On 1/7/07, Tom Lanyon <[EMAIL PROTECTED]> wrote:
I've been following this thread for a while now as I started
experiencing file corruption in rtorrent when I upgraded to 2.6.19. I
am using reiserfs.
However, moving to 2.6.20-rc3 does indeed seem to fix the issue thus far...
--
Tom Lanyon
-
To
On Sat, 6 Jan 2007, H. Peter Anvin wrote:
>
> During extremely high load, it appears that what slows kernel.org down more
> than anything else is the time that each individual getdents() call takes.
> When I've looked this I've observed times from 200 ms to almost 2 seconds!
> Since an unpacked
Linus Torvalds wrote:
(That said, I think __builtin_memcpy() does a reasonable job these days
with gcc, and we might drop the crap one day when we can trust the
compiler to do ok. It didn't use to, and we continued using our
ridiculous macro/__builtin_constant_p misuses just because it works wi
Some more data on how git affects kernel.org...
During extremely high load, it appears that what slows kernel.org down
more than anything else is the time that each individual getdents() call
takes. When I've looked this I've observed times from 200 ms to almost
2 seconds! Since an unpacked
Nigel Cunningham wrote:
Hi.
On Tue, 2006-12-26 at 08:49 -0800, H. Peter Anvin wrote:
Nigel Cunningham wrote:
Hi.
I've have git trees against a few versions besides Linus', and have just
moved all but Linus' to staging to help until you can get your new
hardware. If others were encouraged to d
On Sun, 7 Jan 2007, Denis Vlasenko wrote:
>
> I'd say "care about obvious, safe optimizations which we still not do".
> I want this:
>
> char v[4];
> ...
> memcmp(v, "abcd", 4) == 0
>
> compile to single cmpl on i386.
Yeah. For a more relevant case, look at the hoops we used to jump thr
Hi.
On Sat, 2007-01-06 at 23:10 -0500, Jeff Garzik wrote:
> Nigel Cunningham wrote:
> > Hi.
> >
> > On Tue, 2006-12-26 at 08:49 -0800, H. Peter Anvin wrote:
> >> Nigel Cunningham wrote:
> >>> Hi.
> >>>
> >>> I've have git trees against a few versions besides Linus', and have just
> >>> moved all
On Sat, 6 Jan 2007, Jeff Garzik wrote:
>
> Also, I wonder if "git push" will push only the non-linux-2.6.git objects, if
> both local and remote sides have the proper alternatives set up?
Yes.
Linus
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
th
On Thursday 04 January 2007 18:37, Linus Torvalds wrote:
> With 7+ million lines of C code and headers, I'm not interested in
> compilers that read the letter of the law. We don't want some really
> clever code generation that gets us .5% on some unrealistic load. We want
> good _solid_ code gen
On Tue, 2006-12-26 at 08:49 -0800, H. Peter Anvin wrote:
Not really. In fact, it would hardly help at all.
The two things git users can do to help is:
1. Make sure your alternatives file is set up correctly;
2. Keep your trees packed and pruned, to keep the file count down.
If you do this, th
Nigel Cunningham wrote:
Hi.
On Tue, 2006-12-26 at 08:49 -0800, H. Peter Anvin wrote:
Nigel Cunningham wrote:
Hi.
I've have git trees against a few versions besides Linus', and have just
moved all but Linus' to staging to help until you can get your new
hardware. If others were encouraged to d
On Fri, 5 Jan 2007 10:03:53 -0500 (EST) Robert P. J. Day wrote:
>
> Explain a couple of the most common errors in kernel-doc usage.
>
> Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
Acked-by: Randy Dunlap <[EMAIL PROTECTED]>
It seems that you have been looking at my kdoc todo list
Hi.
On Tue, 2006-12-26 at 08:49 -0800, H. Peter Anvin wrote:
> Nigel Cunningham wrote:
> > Hi.
> >
> > I've have git trees against a few versions besides Linus', and have just
> > moved all but Linus' to staging to help until you can get your new
> > hardware. If others were encouraged to do the
> > Hmm ... "looping" fights against "quickly"; as would "wait for next
> > update IRQ" (on RTCs that support that). But it would improve precision,
> > at least in the sense of having the system clock and that RTC spending
> > less time with the lowest "seconds" digit disagreeing.
> >
> > This i
On 07/01/07, Ahmed S. Darwish <[EMAIL PROTECTED]> wrote:
On Sat, Jan 06, 2007 at 09:46:30AM -0800, Randy Dunlap wrote:
> On Sat, 6 Jan 2007 15:17:25 +0200 Ahmed S. Darwish wrote:
>
> > Hi all,
> > I'm not able to find the DAC960 block driver maintainer. If someones knows
> > please reply :).
>
>
On 07/01/07, Ahmed S. Darwish <[EMAIL PROTECTED]> wrote:
On Sat, Jan 06, 2007 at 09:46:30AM -0800, Randy Dunlap wrote:
> On Sat, 6 Jan 2007 15:17:25 +0200 Ahmed S. Darwish wrote:
>
> > Hi all,
> > I'm not able to find the DAC960 block driver maintainer. If someones knows
> > please reply :).
>
>
On Sat, Jan 06, 2007 at 06:36:28PM -0800, Randy Dunlap wrote:
> On Sat, 6 Jan 2007 19:09:45 -0500 Dave Jones wrote:
>
> > On Sat, Jan 06, 2007 at 02:04:24PM -0800, Randy Dunlap wrote:
> >
> > > + .help_msg = "showBlockedTasks(W)",
> >
> > Why not the same scheme as the existi
below is a patch which improves vgetcpu latency on all x86_64
implementations i've tested.
Nathan Laredo pointed out the sgdt/sidt/sldt instructions are
userland-accessible and we could use their limit fields to tuck away a few
bits of per-cpu information.
vgetcpu generally uses lsl at present
On Sat, 6 Jan 2007 19:09:45 -0500 Dave Jones wrote:
> On Sat, Jan 06, 2007 at 02:04:24PM -0800, Randy Dunlap wrote:
>
> > + .help_msg = "showBlockedTasks(W)",
>
> Why not the same scheme as the existing help msgs..
Yes. Thanks.
> shoWblockedtasks ?
Would shoW-blocked-tasks be OK?
-
On Sat, Jan 06, 2007 at 21:11:07 +, Hugh Dickins wrote:
> On Sat, 6 Jan 2007, Sami Farin wrote:
>
> > Linux 2.6.19.1 SMP [2] on Pentium D...
> > I was running dt-15.14 [2] and I ran
> > "cinfo datafile" (it does mincore()).
> > Well it went OK but when I ran "strace cinfo datafile"...:
> > 04:
On Sun, 7 Jan 2007 04:00:10 +0200 Ahmed S. Darwish wrote:
> On Sat, Jan 06, 2007 at 09:46:30AM -0800, Randy Dunlap wrote:
>
> > On Sat, 6 Jan 2007 15:17:25 +0200 Ahmed S. Darwish wrote:
> >
> > > Hi all,
> > > I'm not able to find the DAC960 block driver maintainer. If someones knows
> > > pleas
> Should Kernel janitors then care of cleaning orphaned files ?.
If you have the hardware to run tests then yes, if not then they are best
handled with caution. Working is preferred to pretty.
Alan
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
Hi,
On Saturday 06 January 2007 12:44, Cyrill V. Gorcunov wrote:
> I found qconf have a few malloc(), strdup() without any check for NULL
> returned code. May be it should be fixed? Am I wrong?
The code isn't really supposed to deal with it, at most they could be replaced
with a variant that pr
Hi sonypi (ex-)maintainers ;-)
drivers/char/Kconfig lists SONYPI as being !64BIT, however, there seem
to be sony users with x86_64 [1] around. Is it just caution (it's also
marked EXPERIMENTAL) or is it definitely known to break on 64bit?
-`J'
[1] (a german forum)
http://www.linux-cl
On 1/6/07, Conke Hu <[EMAIL PROTECTED]> wrote:
IDE HDD does not work if it uses a 40-pin PATA cable on ATI chipset.
This patch fixes the bug.
Signed-off-by: Conke Hu <[EMAIL PROTECTED]>
Acked-by: Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]>
[ the one is also line wrapped, please resend them
Hi,
On Thu, 4 Jan 2007, Al Viro wrote:
> PS: what would be the sane strategy for timer series merge, BTW?
PPS: I still don't like it. It fixes a rather theoretical problem with
absolutely no practical relevance.
PPPS: type safety is also possible with container_of(), the prototype
patch below
On 1/6/07, Conke Hu <[EMAIL PROTECTED]> wrote:
AMD/ATI SB600 IDE/PATA controller only has one channel.
Signed-off-by: Conke Hu <[EMAIL PROTECTED]>
Acked-by: Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]>
[ but the patch is line wrapped ]
-
To unsubscribe from this list: send the line "unsubscr
On 1/6/07, Conke Hu <[EMAIL PROTECTED]> wrote:
A previous patch to atiixp.c was removed but some code has not been
This one?
http://kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=ab17443a3df35abe4b7529e83511a591aa7384f3
Doesn't it break existing setups without giving
Hi,
On Tuesday 02 January 2007 20:42, john stultz wrote:
> > tick_nsec doesn't require special treatment, in the middle term it's
> > obsolete anyway, it could be replaced with (current_tick_length() >>
> > TICK_LENGTH_SHIFT) and current_tick_length() being inlined.
>
> If NTP_INTERVAL_FREQ is di
Hi,
On Tuesday 02 January 2007 21:50, john stultz wrote:
> > > It should be called every NTP_INTERVAL_FREQ times, but occasionally
> > > it's off
>
> Wait, so second_overflow should be called every NTP_INTERVAL_FREQ times
> (instead of every second)? Surely that's not right.
But it is, that's th
On 12/27/06, Linus Torvalds <[EMAIL PROTECTED]> wrote:
What would also actually be interesting is whether somebody can reproduce
this on Reiserfs, for example. I _think_ all the reports I've seen are on
ext2 or ext3, and if this is somehow writeback-related, it could be some
bug that is just shar
On Sat, Jan 06, 2007 at 09:46:30AM -0800, Randy Dunlap wrote:
> On Sat, 6 Jan 2007 15:17:25 +0200 Ahmed S. Darwish wrote:
>
> > Hi all,
> > I'm not able to find the DAC960 block driver maintainer. If someones knows
> > please reply :).
>
> It's orphaned. Andrew can decide to merge this, or one
On Sat, 6 Jan 2007, David Brownell wrote:
> On Saturday 06 January 2007 3:26 pm, Philippe De Muyter wrote:
>
> > The way it is done currently
> > in drivers/rtc/hctosys.c is 0.5 sec off. We could obtain a much better
> > precision by looping there until the next change (next second for old
> >
On Sat, 2007-01-06 at 12:55 -0800, Zachary Amsden wrote:
> Rusty Russell wrote:
> >
> > +int paravirt_write_msr(unsigned int msr, u64 val);
>
> If binary modules using debug registers makes us nervous, the
> reprogramming MSRs is also similarly bad.
Yes, but this is simply from experience. Seve
On Sunday 07 January 2007 00:36, Pavel Machek wrote:
[snip]
> > However, this patch is mostly useless if you have a separate stack for
> > IRQ's (since if that happens, any interrupt will be taken on a different
> > stack which we don't see any more), so you should NOT enable the 4KSTACKS
> > confi
Hi!
> > (I realise with problems like these it's almost always some sort of obscure
> > hardware problem, but I find that very difficult to believe when I can
> > toggle
> > from 3 years of stability to 6-18 hours crashing by switching compiler.
> > I've
> > also ran extensive stability test
Hi...
I have a curious issue with snd_intel8x0 ALSA driver:
Jan 7 01:14:27 werewolf-wl kernel: ACPI: PCI interrupt for device :00:1f.5
disabled
Jan 7 01:14:27 werewolf-wl kernel: ACPI: PCI Interrupt :00:1f.5[B] -> GSI
17 (level, low) -> IRQ 21
Jan 7 01:14:27 werewolf-wl kernel: PCI:
Hi!
> i'm pleased to announce the first release of paravirtualized KVM (Linux
> under Linux), which includes support for the hardware cr3-cache feature
> of Intel-VMX CPUs. (which speeds up context switches and TLB flushes)
>
> the patch is against 2.6.20-rc3 + KVM trunk and can be found at:
>
On Sat, 06 Jan 2007 17:59:06 +0100, Mattia Dongili said:
> On Sat, Jan 06, 2007 at 08:44:51AM -0500, [EMAIL PROTECTED] wrote:
> > One of these 3 patches:
> >
> > rewrite-lock-in-cpufreq-to-eliminate-cpufreq-hotplug-related-issues.patch
> Does the following help?
>
> Signed-off-by: Mattia Dongili
On Sat, 06 Jan 2007 11:14:21 PST, Andrew Morton said:
>
> Yeah, that's an akpm screwup, sorry.
>
> Take a peek in
> http://www.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20-rc3/2.6.20-rc3-mm1/hot-fixes/
Confirming that reiser4-sb_sync_inodes-fix.patch fixes my problem.
pgpN1BlvAVF6
Hi,
Attached is a very experimental driver for a Ricoh SD Card reader that can be
found in some notebooks like the Samsung P35.
Whenever a sd card is inserted into one of these notebooks, a virtual pcmcia
card will show up:
Socket 0:
product info: "RICOH", "Bay1Controller", "", ""
manfid:
On Sat, Jan 06, 2007 at 02:04:24PM -0800, Randy Dunlap wrote:
> +.help_msg = "showBlockedTasks(W)",
Why not the same scheme as the existing help msgs..
shoWblockedtasks ?
Dave
--
http://www.codemonkey.org.uk
-
To unsubscribe from this list: send the line "unsubscri
On Saturday 06 January 2007 3:26 pm, Philippe De Muyter wrote:
> On Fri, Jan 05, 2007 at 07:49:00PM -0800, David Brownell wrote:
> > > Those rtc's actually have a 1/100th of second
> > > register. Should the generic rtc interface not support that?
> >
> > Are you implying a new userspace API, o
On Saturday 06 January 2007 9:17 am, Woody Suwalski wrote:
> >> There are PPC, M68K, SPARC, and other boards that could also
> >> use this; ARMs tend to integrate some other RTC on-chip. ...
>
> > Let me put that differently. That should be done as a separate
> > patch, adding (a) that platform_
Andrew Morton wrote:
The most fundamental problem seems to be that I can't tell currnt Linux
kernels that the dcache/icache is precious, and that it's way too eager
to dump dcache and icache in favour of data blocks. If I could do that,
this problem would be much, much smaller.
Usually peo
On Fri, Jan 05, 2007 at 07:49:00PM -0800, David Brownell wrote:
> > Those rtc's actually have a 1/100th of second
> > register. Should the generic rtc interface not support that?
>
> Are you implying a new userspace API, or just an in-kernel update?
My only concern at the moment is initializ
Jan Engelhardt writes:
>
> On Jan 6 2007 13:46, Josef Sipek wrote:
> >
> >Guilt (Git Quilt) is a series of bash scripts which add a Mercurial
>
> "I feel so guilty when using guilt!"
>
> Oh well I should point out that people should give
> tools a better naming. :-)
I didn't know there
Adrian Bunk wrote:
> This email lists some known regressions in 2.6.20-rc3 compared to 2.6.19
> that are not yet fixed in Linus' tree.
>
I reported another one yesterday, about HT MSI capability lookup being
broken (can only find the first one in the chain). See
http://lkml.org/lkml/2007/1/5/21
On Sat, 2007-01-06 at 20:11 +, Hugh Dickins wrote:
> And I notice that Andi added a personality & ADDR_NO_RANDOMIZE check
> into randomize_stack_top: I cannot see why that's necessary there,
> but if it is, then should the ET_DYN case add it too?)
While I think of it... it seems that ADDR_NO_R
On Wed, 2007-01-03 at 13:12 -0800, [EMAIL PROTECTED] wrote:
> -# define __raw_spin_lock_irq(lock) __raw_spin_lock(lock)
> +
> +static inline void __raw_spin_lock_irq(raw_spinlock_t *lock)
> +{
> + asm volatile("\n1:\t"
> +LOCK_PREFIX " ; decb %0\n\t"
> +
On Sat, 6 Jan 2007 19:35:41 +, Alan wrote:
> The kernel drivers work on the basis that if you are using drivers/ide
> then the IDE driver will grab all the ports, if you are using libata then
> the PCI boot quirks will switch to split AHCI and PATA mode and the
> libata drivers will take both.
I've queued it up for -mm, but there a few more comments I want resolved
before this can move to Linus...
You need to clean up mmc_lockable_store(). It had a few broken variable
declarations that even prevented it from compiling, and after I fixed
that I still get:
drivers/mmc/mmc_sysfs.c: In fun
On Sat, Jan 06, 2007 at 04:57:31PM -0300, Horst H. von Brand wrote:
> Josef Sipek <[EMAIL PROTECTED]> wrote:
> > Guilt (Git Quilt) is a series of bash scripts which add a Mercurial
> > queues-like [1] functionality and interface to git. The one distinguishing
> > feature from other quilt-like porc
From: Randy Dunlap <[EMAIL PROTECTED]>
Alphabetize the sysrq command keys list.
Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]>
---
Documentation/sysrq.txt | 44 ++--
1 file changed, 22 insertions(+), 22 deletions(-)
--- linux-2620-rc3g4.orig/Documentat
From: Randy Dunlap <[EMAIL PROTECTED]>
SysRq showBlockedTasks is not done via B or T, it's done via W,
so put that in the Help message.
It was previously done via X, but X is already used for Xmon
on ppc & powerpc platforms and this collision needs to be avoided.
All callers of register_sysrq_ke
On Tue, 2 Jan 2007 19:34:59 + Ken Moffat wrote:
> On Tue, Jan 02, 2007 at 01:42:32PM -0500, Len Brown wrote:
> >
> > You might remove and re-insert the DIMMS.
> > Sometimes there are poor contacts if the DIMMS are not fully seated and
> > clicked in.
> >
> > The real mystery is the 32 vs 64
On Sat, Jan 06, 2007 at 10:45:05PM +0100, Ingo Molnar wrote:
>
> * Marcus Meissner <[EMAIL PROTECTED]> wrote:
>
> > > You're right. I'm inclined to just revert it, modulo some comments
> > > from others. Marcus?
> >
> > After thinking about this, yes.
> >
> > I would rather have a working rang
* Marcus Meissner <[EMAIL PROTECTED]> wrote:
> > You're right. I'm inclined to just revert it, modulo some comments
> > from others. Marcus?
>
> After thinking about this, yes.
>
> I would rather have a working range used here (perhaps like Hugh
> suggested), but feel free to revert the origi
On Sat, 6 Jan 2007, Sami Farin wrote:
> Linux 2.6.19.1 SMP [2] on Pentium D...
> I was running dt-15.14 [2] and I ran
> "cinfo datafile" (it does mincore()).
> Well it went OK but when I ran "strace cinfo datafile"...:
> 04:18:48.062466 mincore(0x37f1f000, 2147266560,
You rightly noted in a foll
On Sat, Jan 06, 2007 at 01:04:02PM -0800, Linus Torvalds wrote:
>
>
> On Sat, 6 Jan 2007, Hugh Dickins wrote:
> >
> > Isn't that randomization, anywhere from 0x1 to ELF_ET_DYN_BASE,
> > sure to place the ET_DYN from time to time just where the comment says
> > it's trying to avoid? I assume
On Sat, 6 Jan 2007, Hugh Dickins wrote:
>
> Isn't that randomization, anywhere from 0x1 to ELF_ET_DYN_BASE,
> sure to place the ET_DYN from time to time just where the comment says
> it's trying to avoid? I assume that somehow results in the error reported.
Hmm.. It's certainly the case th
This email lists some known regressions in 2.6.20-rc3 compared to 2.6.19
that are not yet fixed in Linus' tree.
If you find your name in the Cc header, you are either submitter of one
of the bugs, maintainer of an affectected subsystem or driver, a patch
of you caused a breakage or I'm considering
Rusty Russell wrote:
+int paravirt_write_msr(unsigned int msr, u64 val);
If binary modules using debug registers makes us nervous, the
reprogramming MSRs is also similarly bad.
+void raw_safe_halt(void);
+void halt(void);
These shouldn't be done by modules, ever. Only the scheduler
Hi.
On Sat, 2007-01-06 at 12:25 -0600, Robert Hancock wrote:
> Pavel Machek wrote:
> > Ack,
> >
> > but your patch was whitespace-damaged. Can you retry?
> >
>
> Here's another try with it attached (Thunderbird is deciding to be a
> pain unfortunately..)
>
> ---
>
> Suspending with the cx
Daniel Walker wrote:
On Fri, 2006-12-15 at 14:27 -0800, [EMAIL PROTECTED] wrote:
+
+unsigned long long vmi_sched_clock(void)
+{
+ return read_available_cycles();
+}
+
This sched_clock is likely broken if it's returning something other than
nanoseconds. It looks like cycles, but
Daniel Walker wrote:
On Sat, 2007-01-06 at 12:37 -0800, Zachary Amsden wrote:
There is already a dynamic tick (NO_HZ) system in the -mm tree .. Given
that this implementation seems unnecessary. Why do you need another
different system to do this?
We don't. This was written before
The SCSI_ACORNSCSI_3 driver:
- has been marked as BROKEN for more than one year and
- is still marked as BROKEN.
Drivers that had been marked as BROKEN for such a long time seem to be
unlikely to be revived in the forseeable future.
But if anyone wants to ever revive this driver, the code is stil
Although gcc seems to accept "extern" prototypes after it has seen the
"static inline" function, that's not really correct.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
drivers/video/aty/atyfb_base.c |2 --
drivers/video/igafb.c |1 -
2 files changed, 3 deletions(-)
---
Since isa_bridge is neither assigned any value !NULL nor used on !Alpha,
there's no reason for providing it.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
arch/alpha/kernel/pci.c |4
drivers/pci/pci.c |6 --
include/asm-alpha/pci.h |2 ++
include/linux/pci.h
> Tim Schmielau wrote:
>> See
>> http://lkml.org/lkml/2007/1/2/75
>> for the solution.
OK; this has already been committed a few days ago. I assume this closes
the issue. I will post after -rc4 in the unlikely case that it doesn't.
--
Stefan Richter
-=-=-=== ---= --==-
http://arcgraph.de/sr
On Sat, 2007-01-06 at 12:37 -0800, Zachary Amsden wrote:
> >
> > There is already a dynamic tick (NO_HZ) system in the -mm tree .. Given
> > that this implementation seems unnecessary. Why do you need another
> > different system to do this?
> >
>
> We don't. This was written before the dynam
On Sat, 06 Jan 2007 12:20:27 -0800
"H. Peter Anvin" <[EMAIL PROTECTED]> wrote:
> Andrew Morton wrote:
> >>
> >> Unfortunately that affects all three of: dcache, icache, and mbcache.
> >> Maybe we could split that sysctl in two (Andrew?), so that one sysctl
> >> affects dcache/icache and another
Daniel Walker wrote:
On Fri, 2006-12-15 at 14:27 -0800, [EMAIL PROTECTED] wrote:
+
+config NO_IDLE_HZ
+ bool
+ depends on PARAVIRT
+ default y
+ help
+ Switches the regular HZ timer off when the system is going
idle.
+ This helps a hypervisor detect tha
This patch adds ATAPI support for the PATA port on Promise 2037x chips.
It depends on the common sata_promise ATAPI support patch.
First-generation chips don't support ATAPI on their SATA ports, so
the patch removes ATA_FLAG_NO_ATAPI from the 2037x common host flags,
and adds it back via the _port
The PATA support patch for sata_promise appears, from
code inspection, to break the PATA-only 20619 chip.
The patch removes the SATA flag from the TX2plus SATA+PATA
boards' common flags, with the intention of adding it back
via the _port_flags[] entries for those boards' SATA ports.
However, it u
This patch adds ATAPI support to the sata_promise driver.
This has been tested on both first- and second-generation
chips (20378 and 20575), and with both SATAPI and PATAPI
devices. CD-writing works, and bulk data transfers use DMA.
SATAPI works on second-generation chips, but not on
first-generat
Jan Engelhardt wrote:
> "I feel so guilty when using guilt!"
>
> Oh well I should point out that people should give
> tools a better naming. :-)
> Prime examples are "Squid", "Icecream", and to a
> lesser extent "Apache".
> Perhaps gquilt?
Both guilt and gquilt introduce a potential of mistyped c
Andrew Morton wrote:
Unfortunately that affects all three of: dcache, icache, and mbcache.
Maybe we could split that sysctl in two (Andrew?), so that one sysctl
affects dcache/icache and another affects mbcache.
That would be simple enough to do, if someone can demonstrate a
need.
Is th
Andrew Morton wrote:
The most fundamental problem seems to be that I can't tell currnt Linux
kernels that the dcache/icache is precious, and that it's way too eager
to dump dcache and icache in favour of data blocks. If I could do that,
this problem would be much, much smaller.
Usually peo
On Sat, 06 Jan 2007 15:13:50 -0500
Jeff Garzik <[EMAIL PROTECTED]> wrote:
> H. Peter Anvin wrote:
> > Randy Dunlap wrote:
> >>
> BTW, yesterday my 2.4 patches were not published, but I noticed that
> they were not even signed not bziped on hera. At first I simply thought
> it was re
On Sat, 06 Jan 2007 11:37:46 -0800
Nicholas Miell <[EMAIL PROTECTED]> wrote:
> On Sat, 2007-01-06 at 11:18 -0800, H. Peter Anvin wrote:
> > Randy Dunlap wrote:
> > >
> > >>> BTW, yesterday my 2.4 patches were not published, but I noticed that
> > >>> they were not even signed not bziped on hera. A
H. Peter Anvin wrote:
Randy Dunlap wrote:
BTW, yesterday my 2.4 patches were not published, but I noticed that
they were not even signed not bziped on hera. At first I simply thought
it was related, but right now I have a doubt. Maybe the automatic
script
has been temporarily been disabled o
There's a lot of gaps in my understanding, but I think 2.6.20-rc's
59287c0913cc9a6c75712a775f6c1c1ef418ef3b (randomize PIE binaries)
needs to be reverted for now.
Running any 2.6.20-rc kernel on i386 openSUSE 10.2, my kernel builds
occasionally fail with an ld.so error when building some .o or .ko
On Jan 6 2007 13:46, Josef Sipek wrote:
>
>Guilt (Git Quilt) is a series of bash scripts which add a Mercurial
"I feel so guilty when using guilt!"
Oh well I should point out that people should give
tools a better naming. :-)
Prime examples are "Squid", "Icecream", and to a
lesser extent "Apache
On Sat, 6 Jan 2007 20:19:29 +0100 Torsten Kaiser wrote:
> On Saturday 06 January 2007 19:25, Randy Dunlap wrote:
> > On Fri, 5 Jan 2007 20:36:05 +0100 Olaf Hering wrote:
> > >
> > > Weird, who failed to run this command before adding new stuff?!
> > > find * -type f -print0 | xargs -0 env -i grep
On Jan 6 2007 10:00, Randy Dunlap wrote:
>On Sat, 6 Jan 2007 09:44:39 -0500 (EST) Robert P. J. Day wrote:
>
>> according to the kernel-doc HOWTO, the following should be
>> "highlighted" in some way if found in the extractable documentation of
>> your source file:
>>
>> '&struct_name' - name
Josef Sipek <[EMAIL PROTECTED]> wrote:
> Guilt (Git Quilt) is a series of bash scripts which add a Mercurial
> queues-like [1] functionality and interface to git. The one distinguishing
> feature from other quilt-like porcelains, is the format of the patches
> directory. _All_ the information is s
Tim Schmielau wrote:
> On Sat, 6 Jan 2007, Stefan Richter wrote:
>
>> Did anybody else notice this? The result of "hdparm -t" under 2.6.20-rc
>> seems to be less than half of what you get on 2.6.19. However, disk I/O
>> did *not* get slower according to bonnie++.
>
> yes. See
> http://lkml.or
Dear Linux kernel hackers,
I'm trying to extend the kernel in a way that I am able to collect
user-based IP networking information (e.g. which system user generated
how much IP traffic). Unfortunately this doesn't seem to be a topic that
is well documented, so I try my luck here.
For capturing t
On Sat, 2007-01-06 at 11:18 -0800, H. Peter Anvin wrote:
> Randy Dunlap wrote:
> >
> >>> BTW, yesterday my 2.4 patches were not published, but I noticed that
> >>> they were not even signed not bziped on hera. At first I simply thought
> >>> it was related, but right now I have a doubt. Maybe the a
On Sat, Jan 06, 2007 at 11:18:37AM -0800, H. Peter Anvin wrote:
> Randy Dunlap wrote:
> >
> >>>BTW, yesterday my 2.4 patches were not published, but I noticed that
> >>>they were not even signed not bziped on hera. At first I simply thought
> >>>it was related, but right now I have a doubt. Maybe t
On Sun, Jan 07, 2007 at 03:18:45AM +1100, Rusty Russell wrote:
> PS. drm_memory.h has a "drm_follow_page": this forces us to uninline
> various page tables ops. Can this use follow_page() somehow, or do we
> need an "__follow_page" export for this case?
Not if avoidable. And it seems avoidable
Hello
On Saturday 06 January 2007 13:58, Laurent Riffard wrote:
> Le 05.01.2007 07:02, Andrew Morton a écrit :
> > Temporarily at
> >
> > http://userweb.kernel.org/~akpm/2.6.20-rc3-mm1/
> >
> > will appear later at
> >
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2
1 - 100 of 190 matches
Mail list logo
