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 cx88xx module
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
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 that
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 stored
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.
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 commands.
guilt
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
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
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
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(-)
---
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
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,
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
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 that
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 followup
* 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 original patch
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 range used here
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
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-bit thing.
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(-)
---
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
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.
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 porcelains,
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
+jns 3f\n
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
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/215.
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 initializing
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
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_device,
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, or just an
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 was a tool
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 unsubscribe
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: 0x,
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.
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 [EMAIL
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 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 programs on
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
config
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. Several
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
clocks,
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, 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 of the
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
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 different
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 the reason
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
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 unsubscribe
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:
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 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)
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
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 to
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
please reply :).
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:18:48.062466
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?
---
From:
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
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 existing help msgs..
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 :).
It's
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 :).
It's
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 is something you
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 same, it
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
---
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
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
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,
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
the body
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 but Linus' to staging to
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 through
to get
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
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
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
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 *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 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 ext3, and
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
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
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
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
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
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 volatile(\n1:\t
301 - 380 of 380 matches
Mail list logo
