Below is an updated inotify 0.22 patch, with various small clean ups and
a fix for the oops reported by Prakash Punnoor. The oops was unrelated
to the semaphore change, which seems to of been the right thing.
Patch is against 2.6.12-rc2.
Robert Love
inotify!
inotify is intended to
Richard B. Johnson wrote:
>On Tue, 5 Apr 2005, Humberto Massa wrote:
>
>>Josselin Mouette wrote:
>>
>>>You are mixing apples and oranges. The fact that the GFDL sucks has
>>>nothing to do with the firmware issue. With the current situation of
>>>firmwares in the kernel, it is illegal to
-stable review patch. If anyone has any objections, please let us know.
--
Attached is a patch against David's audit.17 kernel that adds checks
for the TIF_SYSCALL_AUDIT thread flag to the ia64 system call and
signal handling code paths. The patch enables auditing of system
-stable review patch. If anyone has any objections, please let us know.
--
We should merge this backport - it's needed to prevent deadlocks when
dio_complete() does up_read() from IRQ context. And perhaps other places.
From: David Howells <[EMAIL PROTECTED]>
[PATCH] rwsem:
This is the start of the stable review cycle for the 2.6.11.7 release.
There are 8 patches in this series, all will be posted as a response to
this one. If anyone has any issues with these being applied, please let
us know. If anyone is a maintainer of the proper subsystem, and wants
to add a
-stable review patch. If anyone has any objections, please let us know.
--
This patch from Stephen Tweedie which fixes a race in jbd code (it
demonstrated itself as more or less random NULL dereferences in the
journal code).
Acked-by: Jan Kara <[EMAIL PROTECTED]>
Acked-by:
On Tue, 5 Apr 2005, Evgeniy Polyakov wrote:
> On Tue, 2005-04-05 at 01:05 -0400, James Morris wrote:
> > Evgeniy,
> >
> > Please send networking patches to [EMAIL PROTECTED]
>
> It was sent there two times.
I googled around quite a lot to track the origin of the patches down but
didn't do the
-stable review patch. If anyone has any objections, please let us know.
--
Uses __va_copy instead of va_copy since some old versions of gcc (2.95.4
for instance) don't accept va_copy.
Signed-off-by: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
Signed-off-by: Greg
On Tue, 5 Apr 2005, Steven Rostedt wrote:
On Tue, 2005-04-05 at 10:38 -0400, Richard B. Johnson wrote:
On Tue, 5 Apr 2005, John M Flinchbaugh wrote:
I got the debug statement below during boot.
Environment:
Pentium M, Thinkpad R40
Debian unstable
Linux 2.6.12-rc2
Gnu C 3.3.5
-stable review patch. If anyone has any objections, please let us know.
--
the patch below fixes the bug of ALSA timer notification, which is
used in the recent ALSA dmix plugin.
- fixed Oops in read()
- fixed wake-up polls and signals with new events
Signed-off-by: Takashi
-stable review patch. If anyone has any objections, please let us know.
--
This fixes an oops in the eeprom driver. It was first reported here:
http://bugzilla.kernel.org/show_bug.cgi?id=4347
It was additionally discussed here (while tracking a completely
different bug):
-stable review patch. If anyone has any objections, please let us know.
--
This patch from Herbert Xu fixes a deadlock with IPsec.
When an ICMP frag. required is sent and the ICMP message
needs the same SA as the packet that caused it the state
will be locked twice.
[IPSEC]: Do
On Tue, 2005-04-05 at 08:45 +0100, Christoph Hellwig wrote:
> This introduces various AUDIT_ARCH numerical constants, which is a blatantly
> stupid idea. We already have a way to uniquely identify architectures, and
> that's the ELF headers, no need for another parallel namespace.
We do use the
-stable review patch. If anyone has any objections, please let us know.
--
Since BIC is the default congestion control algorithm
enabled in every 2.6.x kernel out there, fixing errors
in it becomes quite critical.
A flaw in the loss handling caused it to not perform
the binary
Hi Jan,
> > > > I agree with Dmitry on this point. The IHEX parser should not be inside
> > > > firmware_class.c. What about using keyspan_ihex.[ch] for it?
> > >
> > > That's what I had originally, actually called firmware_ihex.ko, since
> > > the IHEX format parser is not in any way keyspan
Hi,
On Mon, 2005-04-04 at 02:35, Andrew Morton wrote:
> Without the below patch it's possible to make ext3 leak at around a
> megabyte per minute by arranging for the fs to run a commit every 50
> milliseconds, btw.
Ouch!
> (Stephen, please review...)
Doing so now.
> The patch teaches
On Mon, 2005-04-04 at 23:10 -0700, Mingming Cao wrote:
> On Tue, 2005-04-05 at 06:13 +0200, Ingo Molnar wrote:
> > * Lee Revell <[EMAIL PROTECTED]> wrote:
> >
> > > I can trigger latencies up to ~1.1 ms with a CVS checkout. It looks
> > > like inside ext3_try_to_allocate_with_rsv, we spend a
Hi,
On Mar 21, 2005 1:20 AM, John Williams <[EMAIL PROTECTED]> wrote:
> Hello,
>
> I am looking into developing a driver for a custom, non-PCI SATA
> controller. The target arch is Microblaze, an FPGA-based NOMMU target
> on a 2.4.29-uc0 kernel.
>
> It seems that Jeff Garzik's libata is the
On Tue, 2005-04-05 at 21:52 +0530, Amanulla G wrote:
> Hi,
> Thanks for the mail.
> May be I didn't put my question correctly.
> On 2.4.21 based kernels /proc has got hidden directories which has got the
> thread related statistics.
I understood your question.
However 2.4.21 kernels from
Hi Denis,
the new i386 memcpy macro is a ticking timebomb.
I've been debugging a new mISDN crash, just to find out that a memcpy
was not inlined correctly.
Andrew, you should drop the fix-i386-memcpy.patch (or have it fixed).
This source code:
mISDN_pid_t pid;
[...]
Hi,
I noticed there are a number of places in the kernel that do:
ptr = kmalloc(n * size, ...)
if (!ptr)
goto out;
memset(ptr, 0, n * size);
It seems that these could be replaced by:
ptr = kcalloc(n, size, ...)
if (!ptr)
goto
Hi,
Thanks for the mail.
May be I didn't put my question correctly.
On 2.4.21 based kernels /proc has got hidden directories which has got the
thread related statistics.
1) /proc/pid reflects resource usage of the process
2) /proc/.pid (I Was referring to this as a thread ID). Kernel stores
On Apr 5, 2005 6:45 AM, Jan Harkes <[EMAIL PROTECTED]> wrote:
> On Tue, Apr 05, 2005 at 11:22:06AM +0200, Marcel Holtmann wrote:
> > I agree with Dmitry on this point. The IHEX parser should not be inside
> > firmware_class.c. What about using keyspan_ihex.[ch] for it?
>
> That's what I had
Hi,
My config: Pentium M/1400MHz/1MB L2/64 entry D-TLB
Kernel: 2.6.7-vanilla
I tried running a microbenchmark in which I "touched" every 4k in a
loop in 2 separate 4MB regions:
1) mapped from a hugetlbfs partition (MAP_FIXED)
2) mapped anonymously (MAP_ANONYMOUS)
The result I'm getting is
On Tue, 5 April 2005 12:39:44 +0200, Jesper Juhl wrote:
> On Tue, 5 Apr 2005, David Howells wrote:
> > Jesper Juhl <[EMAIL PROTECTED]> wrote:
> >
> > > kfree() takes a void pointer argument, no need to cast.
> >
> > vma->vm_start is unsigned long (unless it's changed since last I looked):
> >
>
On Tue, 2005-04-05 at 09:58 +0200, Prakash Punnoor wrote:
> I am having a little trouble with inotify 0.22. Previous version worked w/o
> trouble (even with nvidia and nvsound loaded) with 2.6.12-rc1-kb2 and gamin
>
> Now I use 2.6.12-rc2 with inotify 0.22 and got this after a few minutes of
>
On Thu, 2005-03-24 at 13:33 -0800, Greg KH wrote:
> On Thu, Mar 24, 2005 at 04:04:25PM -0500, Jeff Garzik wrote:
> > Greg KH wrote:
> > >On Tue, Mar 22, 2005 at 09:02:24PM -0500, Jeff Garzik wrote:
> > >
> > >>Kylene Hall wrote:
> > >>
> > what is the purpose of this pci_dev_get/put?
On Mon, Apr 04, 2005 at 04:11:33PM -0700, Randy.Dunlap wrote:
>
> - in Networking support, move Network testing and Netpoll
> support to the end of the menu (basically put the devel.
> tools toward the bottom of the menu)
Done
> - I would rather not "hide" Amateur Radio, IrDA, and
> Bluetooth in
On Tue, 5 Apr 2005, Humberto Massa wrote:
Josselin Mouette wrote:
You are mixing apples and oranges. The fact that the GFDL sucks has
nothing to do with the firmware issue. With the current situation of
firmwares in the kernel, it is illegal to redistribute binary images of
the kernel. Full stop.
A new release from kernel janitors (http://janitor.kernelnewbies.org/).
Patchset is at http://coderock.org/kj/2.6.12-rc2-kj/
new in this release:
bug-lib_sort.patch
From: Daniel Dickman <[EMAIL PROTECTED]>
Subject: [KJ] [patch 1/1] fix lib/sort regression test
On Tue, 2005-04-05 at 10:38 -0400, Richard B. Johnson wrote:
> On Tue, 5 Apr 2005, John M Flinchbaugh wrote:
>
> > I got the debug statement below during boot.
> >
> > Environment:
> >Pentium M, Thinkpad R40
> >Debian unstable
> >Linux 2.6.12-rc2
> >Gnu C 3.3.5
> >binutils
On Mon, Apr 04, 2005 at 01:56:35PM -0400, Trond Myklebust wrote:
> IOW: the current semaphore implementations really all need to die, and
> be replaced by a single generic version to which it is actually
> practical to add new functionality.
I can see that goal, but I don't think introducing
> bk-kbuild.patch
Something has broken make O= :
$ make mrproper
$ mkdir /tmp/42
$ make ARCH=alpha CROSS_COMPILE=alpha-linux- O=/tmp/42 defconfig
$ make ARCH=alpha CROSS_COMPILE=alpha-linux- O=/tmp/42
Using /home/jdittmer/src/lk/linus as source for kernel
GEN/tmp/42/Makefile
CHK
On Tue, Apr 05, 2005 at 04:05:07PM +0200, Josselin Mouette wrote:
> Le lundi 04 avril 2005 à 21:32 +0200, Adrian Bunk a écrit :
> > On Mon, Apr 04, 2005 at 09:05:18PM +0200, Marco d'Itri wrote:
> > > On Apr 04, Greg KH <[EMAIL PROTECTED]> wrote:
> > >
> > > > What if we don't want to do so? I
Horst von Brand wrote:
> Jonas Diemer <[EMAIL PROTECTED]> said:
>
> [...]
>
>
>>I figured there could be a kernel compiled-in option that will make the
>>kernel lock all drives found during bootup. then, a malicous program
>>would need to install a different kernel in order to harm the drive,
Hi Dmitry,
> > People are also working on a replacement for the
> > current request_firmware(), because the needs are changing. Try to keep
> > it close with the usb-serial for now.
> >
>
> Could you elaborate on what do you think is needed? I have some of
> patches to firmware loader and
On Sunday 03 April 2005 01:38, Jesper Juhl wrote:
> On Sat, 2 Apr 2005, Maciej Soltysiak wrote:
>
> > Hi,
> >
> > out of boredom I grepped 2.6.12-rc1-mm4 for swapped memset arguments.
> > I found one:
> >
> > # grep -nr "memset.*\,\(\ \|\)0\(\ \|\));" *
> > net/ieee80211/ieee80211_tx.c:226:
On Tue, Apr 05, 2005 at 04:36:31PM +0200, Marcel Holtmann wrote:
> > > I agree with Dmitry on this point. The IHEX parser should not be inside
> > > firmware_class.c. What about using keyspan_ihex.[ch] for it?
> >
> > That's what I had originally, actually called firmware_ihex.ko, since
> > the
Hi Richard,
> > I got the debug statement below during boot.
> >
> > Environment:
> >Pentium M, Thinkpad R40
> >Debian unstable
> >Linux 2.6.12-rc2
> >Gnu C 3.3.5
> >binutils 2.15
> >
> > Debug: sleeping function called from invalid context at mm/slab.c:2090
> > in_atomic():1,
Hi,
On Tuesday, 5 of April 2005 17:01, Romano Giannetti wrote:
> >
> > Same way to debug it, then try minimal drivers.
>
> Yes, the lifer of a kernel debugger is hard...
>
> Pavel, one question (maybe stupid, I am not at all an expert). Wouldn't be
> possible to add a printk when invoking
On Apr 5, 2005 9:36 AM, Marcel Holtmann <[EMAIL PROTECTED]> wrote:
> People are also working on a replacement for the
> current request_firmware(), because the needs are changing. Try to keep
> it close with the usb-serial for now.
>
Could you elaborate on what do you think is needed? I have
>-Original Message-
>From: [EMAIL PROTECTED]
>[mailto:[EMAIL PROTECTED] On Behalf Of Matthew Dharm
>Sent: Monday, April 04, 2005 12:20 PM
>To: Richard B. Johnson
>Cc: Kernel Developer List
>Subject: Re: mmap() and ioctl()
>
[snip]
>That's an interesting concept, and one I'm not
On Tue, Apr 05, 2005 at 09:19:24AM +0100, Ian Campbell wrote:
> On Mon, 2005-04-04 at 23:19 +0200, Sven Luther wrote:
>
> > I am only saying that the tg3.c and other file are under the GPL, and
> > that the firmware included in it is *NOT* intented to be under the
> > GPL, so why not say it
2.6.12-rc2 still does not boot properly on my box.
Hubert Tonneau wrote:
>
> When switching from 2.6.11 to 2.6.12-rc1,
> I get a 'cannot open root device' fatal error at end of kernel boot process.
> Root device is 'hda1'.
>
> Hardware content of the box:
>
> 8086 Intel Corporation 3340
This patch fixes a bug in the SELinux Netlink message type detection code,
where the wrong constant was being used in a case statement. The incorrect
value is not valid for this class of object so it would not have been reached,
and fallen through to a default handler for all Netlink messages.
--- Andries Brouwer <[EMAIL PROTECTED]> wrote:
> On Fri, Apr 01, 2005 at 07:18:52PM +0200, Uwe Zybell wrote:
>
> > There is a line in fs/partitions/msdos.c that lets extended
> partitions
> > be max 1k (..."==1 ? 1 : 2"...). The comment explains it to protect
>
> > sysadmins from themselves.
At 01:57 AM 4/5/2005 -0600, Zwane Mwaikambo wrote:
On Tue, 5 Apr 2005, Esben Nielsen wrote:
> > I'm sure a lot of the yield() users could be converted to
> > schedule_timeout(), some of the users i saw were for low memory
conditions
> > where we want other tasks to make progress and complete so
On Tue, 2005-04-05 at 20:41 +0530, Amanulla G wrote:
> Hi,
> I would like to know the information on /proc under 2.4.21 based kernels.
>
> On 2.4.21 based kernels, /proc has got two types of entries.
> /proc/pid & /proc/.tid
2.4 kernels do not have /proc/.tid.
Some vendor kernels might, if
Since all remaining smp_tune_scheduling()'s are now empty (except for
the useless setting of function-local variables), we can completely
remove the remaining ones.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
arch/i386/kernel/smpboot.c | 31 ---
Hi,
I would like to know the information on /proc under 2.4.21 based kernels.
On 2.4.21 based kernels, /proc has got two types of entries.
/proc/pid & /proc/.tid
The statistics under /proc/pid reflect just resource utilization of pid
alone. They are not summarization of resource utilization
Sven Luther wrote:
On Tue, Apr 05, 2005 at 12:23:29AM -0400, Jan Harkes wrote:
> This ofcourse doesn't actually solve Debian's distribution issues since
> the keyspan firmware can only be distributed as part of 'Linux or other
> Open Source operating system kernel'.
Well, if this is the case, it
"David A. Desrosiers" <[EMAIL PROTECTED]> writes:
> Using these same instructions [..] doesn't work at all
This is too little information to work with. Please be more specific
as to what you've done.
--
Esben Stien is [EMAIL PROTECTED]
http://www.
irc://irc.
>
> Same way to debug it, then try minimal drivers.
Yes, the lifer of a kernel debugger is hard...
Pavel, one question (maybe stupid, I am not at all an expert). Wouldn't be
possible to add a printk when invoking and returning from suspend/resume
methods of drivers, telling if they are
Esben Stien <[EMAIL PROTECTED]> writes:
> can't find a single problem with the device.
I should mention a couple of things after some testing: There are some
inconsistencies with regard to cruise control.
When I press TOP CLICK BACKWARD/TOP CLICK FORWARD to cruise control
down/up, it waits
Josselin Mouette wrote:
You are mixing apples and oranges. The fact that the GFDL sucks has
nothing to do with the firmware issue. With the current situation of
firmwares in the kernel, it is illegal to redistribute binary images of
the kernel. Full stop. End of story. Bye bye. Redhat and SuSE may
On Tue, Mar 29 2005, Chen, Kenneth W wrote:
> Jens Axboe wrote on Tuesday, March 29, 2005 12:04 PM
> > No such promise was ever made, noop just means it does 'basically
> > nothing'. It never meant FIFO in anyway, we cannot break the semantics
> > of block layer commands just for the hell of it.
>
Here's a patch that fixes
http://bugme.osdl.org/show_bug.cgi?id=4395.
In case there's a 2.6.11.7 before 2.6.12 is released it would
be nice to include this patch there, too.
Johannes
---
Patch by Manu Abraham and Gerd Knorr:
Remove redundant bttv_reset_audio() which caused the computer to
Sven Luther wrote:
>On Tue, Apr 05, 2005 at 09:03:21AM -0300, Humberto Massa wrote:
>
>>Theodore Ts'o wrote:
>>
>>>You know, the fact that Red Hat, SuSE, Ubuntu, and pretty much all
>>>other commercial distributions have not been worried about getting
>>>sued for this alleged GPL'ed violation
On Tue, Apr 05, 2005 at 09:12:58AM -0500, Troy Benjegerdes wrote:
> Please either apply the following somewhere, or consider this a request
> for the human-readable version of the "tg3TsoFwText" string, per the GPL
> requirements.
Notice that the same thing comes from (one of) the drivers
On Tue, 2005-04-05 at 10:24, Adrian Bunk wrote:
> On Tue, Apr 05, 2005 at 12:05:24AM -0700, Andrew Morton wrote:
> >...
> > Changes since 2.6.12-rc1-mm4:
> >...
> > +ib-mthca-add-support-for-new-mt25204-hca.patch
> >
> > Infiniband update
> >...
>
>
> This patch causes the following compile
On Tue, 5 Apr 2005, John M Flinchbaugh wrote:
I got the debug statement below during boot.
Environment:
Pentium M, Thinkpad R40
Debian unstable
Linux 2.6.12-rc2
Gnu C 3.3.5
binutils 2.15
Debug: sleeping function called from invalid context at mm/slab.c:2090
in_atomic():1,
Jeff Garzik wrote:
We do not add comments to the kernel source code which simply state the
obvious.
Jeff
Whoa, kind of harsh, isn't it? I'm just trying to help.
Anyway, the problem at hand is: people do *not* think there is anything
obvious.
For instance: many, many people do not consider
Hi Jan,
> > I agree with Dmitry on this point. The IHEX parser should not be inside
> > firmware_class.c. What about using keyspan_ihex.[ch] for it?
>
> That's what I had originally, actually called firmware_ihex.ko, since
> the IHEX format parser is not in any way keyspan specific and there are
I got the debug statement below during boot.
Environment:
Pentium M, Thinkpad R40
Debian unstable
Linux 2.6.12-rc2
Gnu C 3.3.5
binutils 2.15
Debug: sleeping function called from invalid context at mm/slab.c:2090
in_atomic():1, irqs_disabled():0
[] dump_stack+0x17/0x20
[]
On Tue, Apr 05, 2005 at 12:05:24AM -0700, Andrew Morton wrote:
>...
> Changes since 2.6.12-rc1-mm4:
>...
> +ib-mthca-add-support-for-new-mt25204-hca.patch
>
> Infiniband update
>...
This patch causes the following compile warning:
<-- snip -->
...
CC
On Tue, 2005-04-05 at 15:19 +0900, Tejun Heo wrote:
> No problem. Do you want me to do that now? Or is it okay to do the
> next take after you review the request_fn rewrite patch?
Just on resubmit ... I think you're currently reworking the request_fn
patch based on Christoph's comments, so
On Tue, Apr 05, 2005 at 06:44:08AM -0700, Barry K. Nathan wrote:
> swsusp: reading slkf;jalksfsadflkjas;dlfasdfkl (12345 pages): 34%
> [sorry, I just got up so my short-term memory isn't working that well
> yet]
>
> takes 10-30 minutes (depending on whether it's closer to 11000 pages or
> 2)
Hi!
> Same issue here.
>
> Suspend-to-ram works perfectly fine with kernel 2.6.12-rc1-mm1, in
> mm2,3 and mm4 it is broken.
>
> It suspends properly but does not resume. Just a blackscreen and no
> reaction on keypress/usb plug-in/network/power button.
>
Same way to debug it, then try
On Tue, 5 Apr 2005, Julien Wajsberg wrote:
On Mar 26, 2005 12:59 AM, Julien Wajsberg <[EMAIL PROTECTED]> wrote:
I own an Asus A8N-Sli motherboard with the Nforce4-Sli chipset, and I
experiment the following problem :
Mar 25 22:42:55 evenflow kernel: hda: dma_timer_expiry: dma status == 0x60
Mar 25
Hi!
> I've noticed something strange with issuing 'standby' to the system:
>
> when echoing "standby" to /sys/power/state, nothing happens, not even a log
> or
> system activity to attempt standby mode.
>
> However, trying echo "1" to /proc/acpi/sleep the system attempts to (standby)
> and
On Tue, 2005-04-05 at 08:42 +0100, Russell King wrote:
> Not so. There are two different styles of big endian. (Lets just face
> it, BE is fucked in the head anyway...)
>
> physical bus: 31...24 23...16 15...8 7...0
>
> BE version 1 (word invariant)
> byte access byte 0 byte 1 byte 2
On Tue, 2005-04-05 at 08:21 +0100, Christoph Hellwig wrote:
> What I really don't like is that you still need ifdefs and wrappers to
> support BE and LE wired chips in the same driver. Shouldn't you set the
> BE or LE flag at iomap() time and always use the same accessors?
No, if you look how it
On Tue, Apr 05, 2005 at 08:16:48AM -0400, Jeff Garzik wrote:
> Humberto Massa wrote:
> >But, the question made here was a subtler one and you are all biting
> >around the bush: there *are* some misrepresentations of licenses to the
> >firmware blobs in the kernel (-- ok, *if* you consider that
Le lundi 04 avril 2005 à 21:32 +0200, Adrian Bunk a écrit :
> On Mon, Apr 04, 2005 at 09:05:18PM +0200, Marco d'Itri wrote:
> > On Apr 04, Greg KH <[EMAIL PROTECTED]> wrote:
> >
> > > What if we don't want to do so? I know I personally posted a solution
> > Then probably the extremists in Debian
On Tue, Apr 05, 2005 at 09:03:21AM -0300, Humberto Massa wrote:
> Theodore Ts'o wrote:
>
> > You know, the fact that Red Hat, SuSE, Ubuntu, and pretty much all
> > other commercial distributions have not been worried about getting
> > sued for this alleged GPL'ed violation makes it a lot harder
On Tue, Apr 05, 2005 at 12:05:24AM -0700, Andrew Morton wrote:
> - Nobody said anything about the PM resume and DRI behaviour in
> 2.6.12-rc1-mm4. So it's all perfect now?
No, I just didn't get a chance to send mail yet.
Compared to 2.6.11-ac5, I'm seeing one regression: the part of the
On Apr 4, 2005 9:51 PM, Wiktor <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I'm using the following method and it seems to be working fine
> (involving crypto-loop):
>
> i have normal ext3 /boot partition, where i store kernel image & initrd.
> after lilo boots the kernel, initrd sets up /dev/loop0 to
On Mar 26, 2005 12:59 AM, Julien Wajsberg <[EMAIL PROTECTED]> wrote:
> I own an Asus A8N-Sli motherboard with the Nforce4-Sli chipset, and I
> experiment the following problem :
>
> Mar 25 22:42:55 evenflow kernel: hda: dma_timer_expiry: dma status == 0x60
> Mar 25 22:42:55 evenflow kernel: hda:
Hi,
Just a simple spelling mistake fix.
Signed-Off-By: Baruch Even <[EMAIL PROTECTED]>
diff -Nurp -X dontdiff 2.6.11.orig/include/net/tcp.h 2.6.11/include/net/tcp.h
--- 2.6.11.orig/include/net/tcp.h 2005-03-16 00:09:00.0 +
+++ 2.6.11/include/net/tcp.h 2005-04-05 14:33:13.473828484
On Wed, Apr 06, 2005 at 12:32:52AM +1200, Reuben Farrelly wrote:
> Hi again
>
> At 12:14 a.m. 6/04/2005, Adrian Bunk wrote:
> >On Tue, Apr 05, 2005 at 08:34:11PM +1200, Reuben Farrelly wrote:
> >
> >> Hi,
> >
> >Hi Reuben,
> >
> >>...
> >> Hrm. Something changed between the last -mm release which
On Die, 05 Apr 2005, Pavel Machek wrote:
> > It's b44. It *was* working with b44 insmod-ed and up and running, but
> > now as soon as b44-eth0 is ifup-ed while suspending, the resume freezes.
> > If I do a ifdown eth0 before suspending, it works.
>
> Does this one help?
With 2.6.12-rc1-mm4 it
On Tue, Apr 05, 2005 at 02:21:57PM +0200, Adrian Bunk wrote:
> GNU Emacs correctly complains because of spaces instead of a tab.
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
>
> --- linux-2.6.12-rc2-mm1-full/Makefile.old2005-04-05 14:00:06.0
> +0200
> +++
Thanks for tip and patch Michael.
Best regards / Grüße
--
Klaus
-
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 the FAQ at
On Die, 05 Apr 2005, Pavel Machek wrote:
> > It's b44. It *was* working with b44 insmod-ed and up and running, but
> > now as soon as b44-eth0 is ifup-ed while suspending, the resume freezes.
> > If I do a ifdown eth0 before suspending, it works.
>
> Does this one help?
I compiled it into
a missing include:
...
drivers/usb/storage/debug.c: In function `usb_stor_show_sense':
drivers/usb/storage/debug.c:166: warning: implicit declaration of function
`scsi_sense_key_string'
drivers/usb/storage/debug.c:167: warning: implicit declaration of function
`scsi_extd_sense_format'
...
Hi again
At 12:14 a.m. 6/04/2005, Adrian Bunk wrote:
On Tue, Apr 05, 2005 at 08:34:11PM +1200, Reuben Farrelly wrote:
> Hi,
Hi Reuben,
>...
> Hrm. Something changed between the last -mm release which compiled
> through, and this one..
>...
> LD .tmp_vmlinux1
>
SuD Alex <[EMAIL PROTECTED]> wrote:
>
> Googling i found that jgarzik already got a patch for this
> (ac97_codec.c:158):
> +{0x43585430, "CXT48",_ops,
> AC97_DELUDED_MODEM },
Yes, until we manage to copy what ALSA does in this case, this
is what we'll have to do.
The
On Mon, 4 Apr 2005, Kyle Moffett wrote:
On Apr 04, 2005, at 17:25, Richard B. Johnson wrote:
I don't find stdint.h in the kernel source (up to 2.6.11). Is this
going to be a new addition?
Uhh, no. stdint.h is part of glibc, not the kernel.
It would be very helpful to start using the
On Tue, Apr 05, 2005 at 12:05:24AM -0700, Andrew Morton wrote:
>...
> Changes since 2.6.12-rc1-mm4:
>...
> bk-kbuild.patch
>...
GNU Emacs correctly complains because of spaces instead of a tab.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
--- linux-2.6.12-rc2-mm1-full/Makefile.old
Humberto Massa wrote:
But, the question made here was a subtler one and you are all biting
around the bush: there *are* some misrepresentations of licenses to the
firmware blobs in the kernel (-- ok, *if* you consider that hex dumps
are not source code). What Sven asked was: "Hey, can I state
> > I agree. And that really doesn't need a lot of infrastructure,
> > basically just a tarball that unpacks to /lib/firmware, maybe a specfile
> > and debian/ dir in addition.
>
>
> At the moment there is -zero- infrastructure that would allow my tg3 to
> continue working, when I upgrade to
On Tue, Apr 05, 2005 at 08:34:11PM +1200, Reuben Farrelly wrote:
> Hi,
Hi Reuben,
>...
> Hrm. Something changed between the last -mm release which compiled
> through, and this one..
>...
> LD .tmp_vmlinux1
> arch/i386/kernel/built-in.o(.init.text+0x1823): In function `setup_arch':
> :
Christoph Hellwig wrote:
On Tue, Apr 05, 2005 at 11:28:07AM +0200, Arjan van de Ven wrote:
One of the sticking points will be how people get the firmware; I can
see the point of a kernel-distributable-firmware project related to the
kernel (say on kernel.org) which would provide a nice collection
Theodore Ts'o wrote:
You know, the fact that Red Hat, SuSE, Ubuntu, and pretty much all
other commercial distributions have not been worried about getting
sued for this alleged GPL'ed violation makes it a lot harder for me
(and others, I'm sure) take Debian's concerns seriously.
I said in
Paulo Marques wrote:
Adrian Bunk wrote:
This patch contains a small bug:
[...]
Andrew, do you want me to send a new patch with this fixed, so you can
back out the current one and apply the new one, or can you simply merge
this one from Adrian?
Never mind, I can see the fix is already in rc2-mm1.
On Tue, Apr 05, 2005 at 11:22:06AM +0200, Marcel Holtmann wrote:
> I agree with Dmitry on this point. The IHEX parser should not be inside
> firmware_class.c. What about using keyspan_ihex.[ch] for it?
That's what I had originally, actually called firmware_ihex.ko, since
the IHEX format parser is
On Tue, Apr 05, 2005 at 10:32:38AM +0200, Kay Sievers wrote:
> On Mon, 2005-04-04 at 23:51 -0500, Dmitry Torokhov wrote:
> > Firmware loader is format-agnostic, I think having IHEX parser in a separate
> > file would be better...
>
> Why should this be in-kernel at all? Convert the firmware into
On Apr 05, 2005, at 05:23, Renate Meijer wrote:
uint8/16/32/64, on the other hand, are specific bit-sizes, which
may not be as fast or correct as a simple size_t.
Using specific widths may yield benefits on one platform, whilst
proving a real bottleneck when porting something to another. A
On Tue, 2005-04-05 at 07:00 -0400, jamal wrote:
> and, oh yeah - wheres the documentation Evgeniy? ;->
In the tree :)
Documentation/connector/connector.txt - some notes, API.
Documentation/connector/cn_test.c - kernel example.
Uses cn_netlink_send(), notification feature.
I will send today a
Adrian Bunk wrote:
This patch contains a small bug:
<-- snip -->
...
WARNING: /lib/modules/2.6.12-rc1-mm4/kernel/net/sunrpc/sunrpc.ko needs
unknown symbol kstrdup
WARNING: /lib/modules/2.6.12-rc1-mm4/kernel/net/ipv6/ipv6.ko needs
unknown symbol kstrdup
WARNING:
201 - 300 of 812 matches
Mail list logo