In-Reply-To: <[EMAIL PROTECTED]>
On Sat, 16 Dec 2006 09:18:28 -0500, Dave Jones wrote:
> > That's strange. Remove_files called sysfs_hash_and_remove()
> > with dir==0xfff3 (-13 decimal.)
>
> Hmm, That's -EACCESS. Something not checking a return code at a lower
> level maybe ?
In
Linus Torvalds <[EMAIL PROTECTED]> writes:
> On Sun, 17 Dec 2006, Tobias Diedrich wrote:
>>
>> No such luck, it still panics and the APIC error is also unchanged.
>
> Ok. I don't see anything wrong off-hand, but I'll keep the patch in the
> tree in the hopes that Andi and/or Eric can see what's
On Sun, 17 Dec 2006 04:02:22 +
Al Viro <[EMAIL PROTECTED]> wrote:
> On Sun, Dec 17, 2006 at 09:27:52PM +0900, Komuro wrote:
> >
> > Hello,
> >
> > On kernel 2.6.20-rc1, ftp (get or put) stops
> > during file-transfer.
> >
> > Client: ftp-0.17-33.fc6 (192.168.1.1)
> > Server:
Linus Torvalds <[EMAIL PROTECTED]> writes:
> On Sun, 17 Dec 2006, Tobias Diedrich wrote:
>>
>> No such luck, it still panics and the APIC error is also unchanged.
>
> Ok. I don't see anything wrong off-hand, but I'll keep the patch in the
> tree in the hopes that Andi and/or Eric can see what's
On 12/13/06, Franck Bui-Huu <[EMAIL PROTECTED]> wrote:
On 12/12/06, Jaya Kumar <[EMAIL PROTECTED]> wrote:
> I think that PTEs set up by vmalloc are marked cacheable and via the
> above nopage end up as cacheable. I'm not doing DMA. So the accesses
> are through the cache so I don't think cache
On Sun, Dec 17, 2006 at 01:22:12AM +0100, Ricardo Galli wrote:
> OK, let assume your perspective of the history is the valid and real one,
> then, ¿where are all lawsits against other big GPL only projects? For example
> libqt/kdelibs. You can hardly provide any example where the GPL wasn't hold
On Sun, Dec 17, 2006 at 09:27:52PM +0900, Komuro wrote:
>
> Hello,
>
> On kernel 2.6.20-rc1, ftp (get or put) stops
> during file-transfer.
>
> Client: ftp-0.17-33.fc6 (192.168.1.1)
> Server: vsftpd-2.0.5-8 (192.168.1.3)
>
> This problem does _not_ happen on kernel-2.6.19.
> is it caused by
Hello,
On kernel 2.6.20-rc1, ftp (get or put) stops
during file-transfer.
Client: ftp-0.17-33.fc6 (192.168.1.1)
Server: vsftpd-2.0.5-8 (192.168.1.3)
This problem does _not_ happen on kernel-2.6.19.
is it caused by network-subsystem change on 2.6.20-rc1??
Best Regards
Komuro
-
To
On Sun, Dec 17, 2006 at 02:56:09AM +0100, Adrian Bunk wrote:
>...
> Otherwise, it seems to be highly unlikely that anyone will want to sue a
> company that is often located in a different country, and the only
> possible legal action will be cease and desist letters against people
> who are
On Sat, Dec 16, 2006 at 01:33:01PM -0500, Dave Jones wrote:
> On Sat, Dec 16, 2006 at 09:20:15AM -0800, Linus Torvalds wrote:
>
> > Anything else, you have to make some really scary decisions. Can a judge
> > decide that a binary module is a derived work even though you didn't
> > actually
I'm CC'ing the containers list these namespaces are what it is setup
to talk about.
Oleg Nesterov <[EMAIL PROTECTED]> writes:
> On 12/16, Eric W. Biederman wrote:
>>
>> Oleg Nesterov <[EMAIL PROTECTED]> writes:
>>
>> > On top of
>> >
On Sat, 16 Dec 2006 10:38:53 -0800 (PST)
Christoph Lameter <[EMAIL PROTECTED]> wrote:
> On Sat, 16 Dec 2006, KAMEZAWA Hiroyuki wrote:
>
> > By this, we'll not access mem_section[] in usual ops.
>
> Why do we need mem_section? We have a page table that fulfills the same
> role.
>
Basically, we
Jan Engelhardt wrote:
On Dec 16 2006 08:45, Pavel Machek wrote:
Two escapes works now. :-)
Actually could we fix our consoles, somehow, to make esc usable?
Having important key like esc unusable on consoles is quite ugly.
It's something between a misdesign and a
Schedule drivers/input/tsdev.c for removal, nobody should be using
this anymore. See the patch for details.
Signed-off-by: Richard Purdie <[EMAIL PROTECTED]>
Documentation/feature-removal-schedule.txt | 14 ++
1 file changed, 14 insertions(+)
Index:
On 12/16, Eric W. Biederman wrote:
>
> Oleg Nesterov <[EMAIL PROTECTED]> writes:
>
> > On top of
> > signal-rewrite-kill_something_info-so-it-uses-newer-helpers.patch
> >
> > - Factor out sending PIDTYPE_PGID wide signals.
> >
> > - Use is_init(p) instead of "p->pid > 1". We don't hash idle
Hi,
kernel-rt-14 rocks but wiht kernel-rt-15 I got kernel: NETDEV WATCHDOG:
eth1: transmit timed out, I downgrade to kernel-rt-14 and that got this
problem anymore.
I not use my on-board via-rhine II Ethernet.
This tests has been made with one external Ethernet card, one Realtek
Semiconductor
On Saturday 16 December 2006 22:01, Linus Torvalds wrote:
> On Sat, 16 Dec 2006, Ricardo Galli wrote:
> > As you probably know, the GPL, the FSF, RMS or even GPL "zealots" never
> > tried to change or restrict "fair use". GPL[23] covers only to
> > "distibution" of the covered program. The freedom
Hello,
I had filesystem data corruption with rtorrent with 2.6.19.
I tried recent git with Peter Zijlstra patch
http://lkml.org/lkml/2006/12/16/144 and it seems that the problem is
fixed.
Please CC as I am not subscribed to lkml.
Andrei
-
To unsubscribe from this list: send the line
On Sun, 17 Dec 2006, Tobias Diedrich wrote:
>
> No such luck, it still panics and the APIC error is also unchanged.
Ok. I don't see anything wrong off-hand, but I'll keep the patch in the
tree in the hopes that Andi and/or Eric can see what's wrong and solve it.
If we don't find a solution,
On Sun, Dec 17, 2006 at 12:31:34AM +0100, Francois Romieu wrote:
> > Sounds good. How about something like the patch below plus the
> > corresponding r8169 diff?
>
> Go wild.
Martin/Riku, I'm pretty busy with other stuff at the moment, can you
give this (on top of 2.6.20-rc1) a spin?
Hi Ingo,
On 16/12/06, Ingo Molnar <[EMAIL PROTECTED]> wrote:
FYI, i'm working on integrating kmemleak into -rt. Firstly, i needed the
fixes below when applying it ontop of 2.6.19-rt15.
Do you need these fixes to avoid a compiler error? If yes, this is
caused by a bug in gcc-4.x. The kmemleak
On Sun, 17 Dec 2006, Tobias Diedrich wrote:
>
> With commit b0268726 backed out, 2.6.20-rc1 boots fine.
Ok. It's sad, because that thing really did clean stuff up, and seemed
like a nice and robust approach.
Your dmesg is kind of interesting:
..TIMER: trying IO-APIC=0 PIN=0 with 8259 IRQ0
Lennert Buytenhek <[EMAIL PROTECTED]> :
[...]
> Sounds good. How about something like the patch below plus the
> corresponding r8169 diff?
Go wild.
--
Ueimor
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo
On Sat, 16 Dec 2006, Peter Zijlstra wrote:
> Moving the cleaning of the page out from under the private_lock opened
> up a window where newly attached buffer might still see the page dirty
> status and were thus marked (incorrectly) dirty themselves; resulting in
> filesystem data corruption.
I'm
Oleg Nesterov <[EMAIL PROTECTED]> writes:
> On top of
> signal-rewrite-kill_something_info-so-it-uses-newer-helpers.patch
>
> - Factor out sending PIDTYPE_PGID wide signals.
>
> - Use is_init(p) instead of "p->pid > 1". We don't hash idle threads anymore,
> no need to worry about p->pid
On Fri, Dec 15, 2006 at 09:14:35PM +, Russell King wrote:
> > > > Is there a way we can have this done by default on the n2100? I guess
> > > > that since it's a PCI device, there isn't much hope for that..?
> > >
> > > Do you mean an automagically tuned default value based on CONFIG_ARM ?
On Saturday 16 December 2006 21:36, Linus Torvalds wrote:
> On Fri, 15 Dec 2006, Alistair John Strachan wrote:
> > In total isolation, v2.6.19..0e75f9063f5c55fb0b0b546a7c356f8ec186825e it
> > breaks. Reverting just 0e75f9063f5c55fb0b0b546a7c356f8ec186825e, it works
> > again.
> >
> > So I think
Remove the procfs related code from the bay driver.
Signed-off-by: Kristen Carlson Accardi <[EMAIL PROTECTED]>
---
drivers/acpi/bay.c | 152 -
1 file changed, 2 insertions(+), 150 deletions(-)
--- kristen-2.6.orig/drivers/acpi/bay.c
+++
CC [M] drivers/char/hangcheck-timer.o
CC drivers/clocksource/acpi_pm.o
LD drivers/clocksource/built-in.o
CC [M] drivers/connector/cn_queue.o
CC [M] drivers/connector/connector.o
drivers/connector/connector.c: In function 'cn_call_callback':
drivers/connector/connector.c:138:
Hi Len,
Here's a set of patches for changing the removable drive bay driver
(drivers/acpi/bay) from using the old proc interface to using a sysfs
interface instead. I made the bay driver a platform driver, and
so it's entries will now be located in /sys/devices/platform/bay.X.
There are still 2
Convert the bay driver to be a platform driver, so that we can have sysfs
entries.
Signed-off-by: Kristen Carlson Accardi <[EMAIL PROTECTED]>
---
drivers/acpi/bay.c | 87 +
1 file changed, 75 insertions(+), 12 deletions(-)
---
Alistair John Strachan wrote:
It could simply be that bisect isn't working here because it's actually broken
by two separate patches. Out of bad luck, I've ended up singling out the one
that already has a "fix", and the "real bug" hasn't been found.
I guess I should repeat the bisection, and
On Saturday 16 December 2006 21:36, Linus Torvalds wrote:
> On Fri, 15 Dec 2006, Alistair John Strachan wrote:
> > In total isolation, v2.6.19..0e75f9063f5c55fb0b0b546a7c356f8ec186825e it
> > breaks. Reverting just 0e75f9063f5c55fb0b0b546a7c356f8ec186825e, it works
> > again.
> >
> > So I think
tty_wakeup cleanup
- remove wake_up_interruptible(>write_wait) surrounding
tty_wakup(tty);
- substitute tty->ldisc.write_wakeup(tty) + wake_up() by tty_wakeup(tty);
Signed-off-by: Jiri Slaby <[EMAIL PROTECTED]>
---
commit 2acac8f970a75a3dc8466781845ae5d14c3d8988
tree
On Dec 16 2006 13:55, Divy Le Ray wrote:
>> > A corresponding monolithic patch is posted at the following URL:
>> > http://service.chelsio.com/kernel.org/cxgb3.patch.bz2
>> >
>>
>> I was unable to compile this on 2.6.20-rc1, because:
>>
>> CC [M] drivers/net/cxgb3/cxgb3_offload.o
>>
Lennert Buytenhek <[EMAIL PROTECTED]> :
> On Sat, Dec 16, 2006 at 01:54:39AM +0100, Francois Romieu wrote:
[...]
> I'm thinking that the entire option is just wrong. It sucks for
> distributors to have to make the choice between having it always on
> and having it always off. It sucks for end
On Fri, 15 Dec 2006, Alistair John Strachan wrote:
>
> In total isolation, v2.6.19..0e75f9063f5c55fb0b0b546a7c356f8ec186825e it
> breaks. Reverting just 0e75f9063f5c55fb0b0b546a7c356f8ec186825e, it works
> again.
>
> So I think this is the source, but I can't explain why it "goes away"
On Sat, 2006-12-16 at 19:18 +, Hugh Dickins wrote:
> On Sat, 16 Dec 2006, Martin Michlmayr wrote:
> > * Marc Haber <[EMAIL PROTECTED]> [2006-12-09 10:26]:
> > > Unfortunately, I am lacking the knowledge needed to do this in an
> > > informed way. I am neither familiar enough with git nor do I
* Peter Zijlstra <[EMAIL PROTECTED]> [2006-12-16 21:55]:
> What is not clear from all these reports is what architectures this is
> seen on. I suspect some of them are i686, which together with the
> explicit mention of ARM make it a cross platform issue.
Problems have been seen at least on x86,
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 might help a lot?
Regards,
Nigel
-
To unsubscribe from this list: send the line "unsubscribe
On Sat, Dec 16, 2006 at 03:23:12PM -0500, Theodore Tso wrote:
> On Sat, Dec 16, 2006 at 05:30:31PM +0100, Willy Tarreau wrote:
> > I don't think this is the same case. The film _author_'s primary goal is
> > to have a lot of families buy his DVD to watch it. Whatever the MPAA says,
> > I can
On Sat, 16 Dec 2006, Ricardo Galli wrote:
> As you probably know, the GPL, the FSF, RMS or even GPL "zealots" never tried
> to change or restrict "fair use". GPL[23] covers only to "distibution" of the
> covered program. The freedom #0 says explicitly: "right to use the program
> for any
This occurred on a X40 (amd64 running x86 kernel) after a few minutes of
uptime. Cc'd Daniel, since he originally reported the bug.
Kernel is SMP, voluntary-preempt.
[ 287.328000] invalid opcode: [#1]
[ 287.328000] SMP
[ 287.328000] CPU:0
[ 287.328000] EIP:
On Sat, 2006-12-16 at 16:50 +0100, Martin Michlmayr wrote:
> Debian recently applied a number of mm changes that went into 2.6.19
> to their 2.6.18 kernel for LSB 3.1 compliance (msync() had problems
> before). Since then, some filesystem corruption has been observed
> which can be traced back to
kill(-1, sig) returns 0 if it has found some processes but there
is no one for which we have permission to send the signal.
Doesn't it make more sense to return -ESRCH in this case?
Signed-off-by: Oleg Nesterov <[EMAIL PROTECTED]>
--- eric-mm1/kernel/signal.c~2_perm 2006-12-16
On top of
signal-rewrite-kill_something_info-so-it-uses-newer-helpers.patch
- Factor out sending PIDTYPE_PGID wide signals.
- Use is_init(p) instead of "p->pid > 1". We don't hash idle threads anymore,
no need to worry about p->pid == 0.
- Use "p != current->group_leader" instead of
Le 16.12.2006 20:55, A. Kalten a écrit :
Hello,
DVD-RAM disks previously made with a Linux system can
no longer be mounted in RW mode. For some reason, as
indicated by the error message from the mount command,
the disks are detected as being write-protected (which
is not the case). To be able
On Sat, Dec 16, 2006 at 11:30:34AM -0800, J.H. wrote:
> The problem has been hashed over quite a bit recently, and I would be
> curious what you would consider the real problem after you see the
> situation.
One thing which isn't helping you is the way folk inevitably end up
using ftp.kernel.org
On Dec 16 2006 15:13, Lee Revell wrote:
>On Thu, 2006-12-14 at 18:02 +0100, Jan Engelhardt wrote:
>>
>> They use floating point in (Windows) kernelspace? Oh my.
>
>Yes, definitely.
Explains why Windows is so slow ;-) [FPU restore and stuff...]
On that matter, when does the Linux kernel do
Kill acquired_tasklist_lock, sig_needs_tasklist() is very cheap nowadays.
Signed-off-by: Oleg Nesterov <[EMAIL PROTECTED]>
--- eric-mm1/kernel/signal.c~3_kpi 2006-12-16 22:22:48.0 +0300
+++ eric-mm1/kernel/signal.c2006-12-16 23:14:05.0 +0300
@@ -1247,19 +1247,18 @@ int
On Sat, Dec 16, 2006 at 05:30:31PM +0100, Willy Tarreau wrote:
> I don't think this is the same case. The film _author_'s primary goal is
> to have a lot of families buy his DVD to watch it. Whatever the MPAA says,
> I can consider it "fair use" if a family of 4..8 persons watch the DVD at
> the
On Thu, 2006-12-14 at 18:02 +0100, Jan Engelhardt wrote:
> On Dec 14 2006 10:56, Hans-Jürgen Koch wrote:
> >
> >A small German manufacturer produces high-end AD converter cards. He sells
> >100 pieces per year, only in Germany and only with Windows drivers. He would
> >now like to make his cards
The problem has been hashed over quite a bit recently, and I would be
curious what you would consider the real problem after you see the
situation.
The root cause boils down to with git, gitweb and the normal mirroring
on the frontend machines our basic working set no longer stays resident
in
Hello,
DVD-RAM disks previously made with a Linux system can
no longer be mounted in RW mode. For some reason, as
indicated by the error message from the mount command,
the disks are detected as being write-protected (which
is not the case). To be able to write to these disks,
the mount command
> A corresponding monolithic patch is posted at the following URL:
> http://service.chelsio.com/kernel.org/cxgb3.patch.bz2
Stylistic stuff that was mentioned. (TYPE * a -> TYPE *a)
Signed-off-by: Jan Engelhardt <[EMAIL PROTECTED]>
Index: linux-2.6.20-rc1/drivers/net/cxgb3/common.h
> I resubmit the patch supporting the latest Chelsio T3 adapter.
> It incorporates the last feedbacks for code cleanup.
> It is built gainst Linus'tree.
>
> We think the driver is now ready to be merged.
> Can you please advise on the next steps for inclusion in 2.6.20 ?
>
> A corresponding
Andrey Borzenkov wrote:
> [...]
This is rather funny; in 2.6.19-rc5 grub is *really* slow loading kernel when
I switch on the system after suspend to disk. Actually, after kernel has been
loaded, the whole resuming (up to the point I have usable desktop again)
takes about three time less than
On Thu, Dec 14, 2006 at 10:59:13PM -0800, Andrew Morton wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20-rc1/2.6.20-rc1-mm1/
>
> +disable-init-initramfsc-updated.patch
Jean-Paul,
The following patch silences the following compile time warning introduced
by
On Sat, 16 Dec 2006 18:41:26 +0100
Jose Alberto Reguero <[EMAIL PROTECTED]> wrote:
> I am trying to make work the driver pata_marvell of linux-2.6.20-rc1 with
> Marvell 88SE6121.
The 6121 is I believe ahci.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
Hi,
On Dec 13 2006 21:40, Divy Le Ray wrote:
>
> A corresponding monolithic patch is posted at the following URL:
> http://service.chelsio.com/kernel.org/cxgb3.patch.bz2
I was unable to compile this on 2.6.20-rc1, because:
CC [M] drivers/net/cxgb3/cxgb3_offload.o
On Sat, 16 Dec 2006, Martin Michlmayr wrote:
> * Marc Haber <[EMAIL PROTECTED]> [2006-12-09 10:26]:
> > Unfortunately, I am lacking the knowledge needed to do this in an
> > informed way. I am neither familiar enough with git nor do I possess
> > the necessary C powers.
>
> I wonder if what
Hello.
I am pleased to announce new release of the acrypto for 2.6.19 kernel -
first asynchronous crypto layer for Linux kernel 2.6.
Acrypto allows to handle crypto requests asynchronously in hardware.
Acrypto supports following features:
* multiple asynchronous crypto device queues
* crypto
On Sat, 16 Dec 2006, Martin Michlmayr wrote:
> * Hugh Dickins <[EMAIL PROTECTED]> [2006-12-16 18:20]:
> > Very disturbing. I'm not aware of any problem with them, and we
> > surely wouldn't have released 2.6.19 with any known-corrupting patches
> > in. There's some doubts about 2.6.19 itself in
On Sat Dec 16, 2006 at 01:42:11PM -0500, Mike Frysinger wrote:
> On 11/30/06, Robert P. J. Day <[EMAIL PROTECTED]> wrote:
> >but there are a few other
> >cases which still contain compound preprocessor directives such as:
> >
> > #if defined(__KERNEL__) || !defined(__GLIBC__) || (__GLIBC__ < 2)
>
* Marc Haber:
> After updating to 2.6.19, Debian's apt control file
> /var/cache/apt/pkgcache.bin corrupts pretty frequently - like in under
> six hours.
I've seen that with Debian's 2.6.18 kernels as well. Perhaps it's
related to this Debian bug?
* Marc Haber <[EMAIL PROTECTED]> [2006-12-09 10:26]:
> Unfortunately, I am lacking the knowledge needed to do this in an
> informed way. I am neither familiar enough with git nor do I possess
> the necessary C powers.
I wonder if what you're seein is related to
http://lkml.org/lkml/2006/12/16/73
Hi,
I enabled some kernel hacking options on 2.6.20-rc1 and ran sysrq t when
the problem occured.
Some hopefully usefull information in the links below: .config, dmesg,
vmstat and vmstat -m. Sorry for the links, I do not know what is
relevant and this is too much to inline for this list (is it?)
* Hugh Dickins <[EMAIL PROTECTED]> [2006-12-16 18:20]:
> Very disturbing. I'm not aware of any problem with them, and we
> surely wouldn't have released 2.6.19 with any known-corrupting patches
> in. There's some doubts about 2.6.19 itself in the links below: were
> it not for those, I'd suspect
On 11/30/06, Robert P. J. Day <[EMAIL PROTECTED]> wrote:
but there are a few other
cases which still contain compound preprocessor directives such as:
#if defined(__KERNEL__) || !defined(__GLIBC__) || (__GLIBC__ < 2)
having never worked with unifdef before, i guess i was being overly
On Sat, 16 Dec 2006, KAMEZAWA Hiroyuki wrote:
> By this, we'll not access mem_section[] in usual ops.
Why do we need mem_section? We have a page table that fulfills the same
role.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
On Sat, 16 Dec 2006, Martin Michlmayr wrote:
> Debian recently applied a number of mm changes that went into 2.6.19
> to their 2.6.18 kernel for LSB 3.1 compliance (msync() had problems
> before). Since then, some filesystem corruption has been observed
> which can be traced back to these mm
On Sat, Dec 16, 2006 at 02:56:57PM +0100, Adrian Bunk wrote:
> This patch contains the following possible cleanups:
> - CodingStyle:
> - opening braces of functions at the beginning of the next line
> - C99 struct initializers
> - make the following needlessly global functions static:
> -
On Fri, 15 Dec 2006, Magnus Damm wrote:
> fix vm_events_fold_cpu() build breakage
Acked-by: Christoph Lameter <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
On Dec 16 2006 08:45, Pavel Machek wrote:
>
>> Two escapes works now. :-)
>
>Actually could we fix our consoles, somehow, to make esc usable?
>Having important key like esc unusable on consoles is quite ugly.
It's something between a misdesign and a misconfiguration of the ESC key.
In other
On Sat, Dec 16, 2006 at 09:20:15AM -0800, Linus Torvalds wrote:
> Anything else, you have to make some really scary decisions. Can a judge
> decide that a binary module is a derived work even though you didn't
> actually use any code? The real answer is: HELL YES. It's _entirely_
>
> I think it would be a hell of a lot better idea if people just realized
> that they have "fair use" rights whether the authors give them or not, and
^
> that the authors copyrights NEVER extend to anything but a "derived work"
...
> I find the RIAA's position and the
> I posted a patch to Paul this week to fix this, as saw we saw it on
> Ubuntu's powerpc kernel builds.
>
> Since ppc32 can't do a 64bit comparison on its own it seems, gcc
> will generate a call to a helper function from libgcc. What other
> arches do is link libgcc.a into libs-y, and export the
On Dec 16 2006 08:09, Robert P. J. Day wrote:
>On Sat, 16 Dec 2006, Pavel Machek wrote:
>> > but we already have, from "include/linux/kernel.h":
>> >
>> > #define ARRAY_SIZE(x) (sizeof(x) / sizeof((x)[0]))
>>
>> Hmmm. quite misleading name :-(. ARRAY_LEN would be better.
>
>i suspect it's *way*
On Dec 16 2006 08:12, Pavel Machek wrote:
>>
>> If you are going to mount a sanctimonious high horse it
>> is a wise idea
>> to mount a horse instead of a donkey.
>
>High horses are common and easy to ride. But a donkey... :-).
The next thing that happens is that nvidia and ati
undermine us a
On Sat, 16 Dec 2006, Tobias Diedrich wrote:
>
> 2.6.20-rc1 won't boot with the error message "IO-APIC + timer
> doesn't work! Try using the 'noapic' kernel parameter".
> However, IO-APIC seems to work just fine with 2.6.19-rc6 and I'd
> rather like to continue using it. :)
Can you try "git
On Dec 16 2006 01:57, Tomas Carnecky wrote:
> Alexey Dobriyan wrote:
>> On Fri, Dec 15, 2006 at 09:20:58PM +, James Porter wrote:
>> > For what it's worth, I don't see any problem with binary drivers from
>> > hardware
>> > manufacturers.
>>
>> Binary drivers from hardware manufacturers are
Andrew Morton wrote:
On Sat, 16 Dec 2006 09:44:21 -0800
Randy Dunlap <[EMAIL PROTECTED]> wrote:
On Thu, 14 Dec 2006 23:37:18 +0100 Pavel Machek wrote:
Hi!
[EMAIL PROTECTED]:/data/pavel$ finger @www.kernel.org
[zeus-pub.kernel.org]
...
The latest -mm patch to the stable Linux kernels is:
On Dec 16 2006 11:52, Stefan Richter wrote:
>Robert P. J. Day wrote on 2006-12-14:
>> i've posted on this before so here's a slightly-updated patch that
>> uses the kbuild "menuconfig" feature to make numerous entries under
>> the Device drivers menu selectable on the spot.
>
>Works for me, but
On Sat, 16 Dec 2006 09:44:21 -0800
Randy Dunlap <[EMAIL PROTECTED]> wrote:
> On Thu, 14 Dec 2006 23:37:18 +0100 Pavel Machek wrote:
>
> > Hi!
> >
> > [EMAIL PROTECTED]:/data/pavel$ finger @www.kernel.org
> > [zeus-pub.kernel.org]
> > ...
> > The latest -mm patch to the stable Linux kernels is:
Hi,
Reusing code is a good idea, and I would like to do so from my
match modules. netfilter already provides a xt_request_find_target() but
an xt_request_find_match() does not yet exist. This patch adds it.
Objections welcome :)
---
Signed-off-by: Jan Engelhardt <[EMAIL PROTECTED]>
Index:
I am trying to make work the driver pata_marvell of linux-2.6.20-rc1 with
Marvell 88SE6121.
I added the PCI ID: 0x6121
{ PCI_DEVICE(0x11AB, 0x6101), },
{ PCI_DEVICE(0x11AB, 0x6145), },
{ PCI_DEVICE(0x11AB, 0x6121), },
{ } /* terminate list */
But not succes.
On Thu, 14 Dec 2006 23:37:18 +0100 Pavel Machek wrote:
> Hi!
>
> [EMAIL PROTECTED]:/data/pavel$ finger @www.kernel.org
> [zeus-pub.kernel.org]
> ...
> The latest -mm patch to the stable Linux kernels is: 2.6.19-rc6-mm2
> [EMAIL PROTECTED]:/data/pavel$ head /data/l/linux-mm/Makefile
> VERSION = 2
On Sat, 16 Dec 2006 14:56:57 +0100 Adrian Bunk wrote:
> This patch contains the following possible cleanups:
> - CodingStyle:
> - opening braces of functions at the beginning of the next line
> - C99 struct initializers
I don't see anything about struct initializers in CodingStyle,
but I
> I am looking at filling the net-pipe, and it only reaches 40-75% max, with
> some short 100% bursts, and a slow 10% start. It seems that caching
> somewhat delays the writes, which then batch up and sync at various speeds.
> So you have the cache really hiding slow sync speeds. To tune this,
More fixes coming too - the thing Alan's talking about, and an ata_piix
leak-on-err fix. By Monday-ish (its a working weekend).
Please pull from 'upstream-linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/libata-dev.git
upstream-linus
to receive the following updates:
Adrian Bunk wrote:
On Sat, Dec 16, 2006 at 11:36:37AM -0500, Jeff Garzik wrote:
Adrian Bunk wrote:
This patch removes some more ftape code.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
this affects userspace exported headers, so I'm not sure we want to kill
that. even if the interface is
On Sat, Dec 16, 2006 at 11:36:37AM -0500, Jeff Garzik wrote:
> Adrian Bunk wrote:
> >This patch removes some more ftape code.
> >
> >Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
>
> this affects userspace exported headers, so I'm not sure we want to kill
> that. even if the interface is gone
On Sat, 16 Dec 2006, Willy Tarreau wrote:
>
> I understand your point, but not completely agree with the comparison,
> because I think that you (as the "author") are in the type of authors
> you describe below :
>
> > Of course, all reasonable true authors tend to agree with fair use.
Sure.
Tobias Diedrich wrote:
> Hi,
>
> I'm seeing the following strange behaviour with libata in the
> mm-series (currently 2.6.18-mm2):
>
> [ 31.324566] ata2: softreset failed (1st FIS failed)
> [ 31.324674] ata2: softreset failed, retrying in 5 secs
> [ 36.642196] ata2: SATA link up 3.0 Gbps
Evan Harris wrote:
I have a card that mirrors this one from your list:
Retail name: SATA300 TX4
Chip label: PDC40718-GP SATAII300
Vendor-Device number: 105a:3d17 (rev 02)
Through testing, I've found linux 2.6.16 and 2.6.17 find the ports in
this order (the list is ordered by linux
On 12/15/06, Alan <[EMAIL PROTECTED]> wrote:
> blather and idiotic hogwash. "Information" doesn't want to be free, nor is
> it somethign you should fight for or necessarily even encourage.
As a pedant that is the one item I have to pick you up on Linus.
Information wants to be free, the natural
* Catalin Marinas <[EMAIL PROTECTED]> wrote:
> This series of patches represent version 0.13 of the kernel memory
> leak detector. See the Documentation/kmemleak.txt file for a more
> detailed description. The patches are downloadable from (the whole
> patch or the broken-out series)
Theodore Tso wrote:
> P.S. For people who live in the US; write your congresscritters; the
> MPAA wants to propose new legislation stating exactly this.
>
(Erm, that was a joke on a parody site; it got widely reported as "news".
http://www.bbspot.com/News/2006/11/home-theater-regulations.html
On Sat, Dec 16, 2006 at 08:28:20AM -0800, Linus Torvalds wrote:
> On Sat, 16 Dec 2006, Willy Tarreau wrote:
> >
> > All this is about "fair use", and "fair use" comes from compatibility
> > between the author's intent and the user's intent.
>
> No. "fair use" comes from an INcompatibility
Adrian Bunk wrote:
This patch removes some more ftape code.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
this affects userspace exported headers, so I'm not sure we want to kill
that. even if the interface is gone is current kernels, people might
want to build binaries against these
1 - 100 of 339 matches
Mail list logo