I'm pleased to announce a new "util-linux-ng" project. This project
is a fork of the original util-linux (2.13-pre7).
The goal of the project is to move util-linux code back to useful state, sync
with actual distributions and kernel and make development more transparent end
open.
The sho
On Fri, Dec 15 2006, Andrew Morton wrote:
> On Fri, 15 Dec 2006 21:39:36 +0100
> Damien Wyart <[EMAIL PROTECTED]> wrote:
>
> > With this new kernel, I notice two messages I do not have with
> > 2.6.19-rc6-mm2 :
> >
> > Dec 15 20:00:47 brouette kernel: Filesystem "sdb9": Disabling
> > barriers,tr
Chuck Ebbert wrote:
Trying to backup up a filesystem mounted via CIFS, I got these messages
from tar:
tar: t/2.6.10-orig/net/ipv4/netfilter/ipt_CONNMARK.c: File shrank by 1178
bytes; padding with zeros
tar: t/2.6.10-orig/net/ipv4/netfilter/ipt_TCPMSS.c: File shrank by 4177 bytes;
padding with
On Fri, Dec 15, 2006 at 09:02:07AM -0800, Greg KH wrote:
> On Sun, Dec 10, 2006 at 12:25:08AM -0700, Grant Grundler wrote:
...
[ re __devinit/__devexit ]
> > o drivers should use __dev* exactly because HOTPLUG is defined.
>
> Yes, they should, but it is confusing as to why it should be used in
>
Does acrypto still have the same size restrictions
I ran into with the last release?
Thanks, Andreas
-
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 r
* Catalin Marinas <[EMAIL PROTECTED]> wrote:
> > hm, even on vanilla you might run into problems in slab_destroy(),
> > there we hold the l3 lock.
>
> It seems that slab_destroy doesn't take the l3 lock again if it is
> already held, otherwise it would fail without kmemleak. However, I
> can'
Dear all!
I've a question regarding the work of the Virtual Memory Manager.
Unfortunately reading the "Understanding The Linux Virtual Memory
Manager" (Mel Gorman) didn't help much.
In general the question is how to determine on the working machine
what the number of the pages_min is?
I have a
Hello,
after few weeks I'm pleased to announce a new "util-linux-ng" project. This
project is a fork of the original util-linux (2.13-pre7).
The goal of the project is to move util-linux code back to useful state, sync
with actual distributions and kernel and make development more transpar
On Sun, 17 Dec 2006 23:16:17 -0800
Andrew Morton <[EMAIL PROTECTED]> wrote:
> > out:
> > if (buffers_to_free) {
> > struct buffer_head *bh = buffers_to_free;
>
> This will (at least) cause truncate to do peculiar things.
> do_invalidatepage() runs discard_buffer() against the di
On Sun, 17 Dec 2006 21:50:43 -0800 (PST)
Linus Torvalds <[EMAIL PROTECTED]> wrote:
>
>
> On Mon, 18 Dec 2006, Nick Piggin wrote:
> >
> > I can't see how that's exactly a problem -- so long as the page does not
> > get reclaimed (it won't, because we have a ref on it) then all that matters
> > i
Coverity reports apic numbers are being passed to functions without
checking to see if they are legal.
(This is Kernel Bugzilla #6188.)
Signed-off-by: Chuck Ebbert <[EMAIL PROTECTED]>
--- 2.6.20-rc1-32.orig/arch/i386/kernel/io_apic.c
+++ 2.6.20-rc1-32/arch/i386/kernel/io_apic.c
@@ -2265,13 +2265
Paul Mackerras <[EMAIL PROTECTED]> writes:
> Linus Torvalds writes:
>
>> Why do people think that using "ln" is _any_ different from using
>> "mkisofs". Both create one file that contains multiple pieces. What's the
>> difference - really?
>
> The difference - really - at least for static linkin
On Mon, Dec 18, 2006 at 12:56:41AM +0100, Haar János wrote:
> > On Sat, Dec 16, 2006 at 12:19:45PM +0100, Haar János wrote:
> > > I dont know there is a context between 2 messages, but i can see, the
> > > spinlock bug comes always on cpu #3.
> > >
> > > Somebody have any idea?
> >
> > Your disk i
On Sunday 17 December 2006 00:22, Eric W. Biederman wrote:
> Actually can anyone tell me how try_apic_pin is supposed to work at
> all?
>
> It doesn't appear to be programming the io_apic.
magic:-)
ACPI can't even _describe_ the scenarios being tried by check_timer(),
which is trying to navigat
Trying to backup up a filesystem mounted via CIFS, I got these messages
from tar:
tar: t/2.6.10-orig/net/ipv4/netfilter/ipt_CONNMARK.c: File shrank by 1178
bytes; padding with zeros
tar: t/2.6.10-orig/net/ipv4/netfilter/ipt_TCPMSS.c: File shrank by 4177 bytes;
padding with zeros
tar: t/2.6.10-or
On Thu, 2006-12-14 at 16:07 -0800, Matt Helsley wrote:
> plain text document attachment (task-watchers-v2)
> Associate function calls with significant events in a task's lifetime much
> like
> we handle kernel and module init/exit functions. This creates a table for each
> of the following events
On Mon, 18 Dec 2006, Nick Piggin wrote:
>
> I can't see how that's exactly a problem -- so long as the page does not
> get reclaimed (it won't, because we have a ref on it) then all that matters
> is that the page eventually gets marked dirty.
But the point being that "try_to_free_buffers()" ma
On Mon, 18 Dec 2006 15:51:52 +1100
Nick Piggin <[EMAIL PROTECTED]> wrote:
> I think the problem Andrew identified is real.
I don't. In fact I don't think I described any problem (well, I tried to,
but then I contradicted myself).
Six hours here of fsx-linux plus high memory pressure on SMP on 1
Linus Torvalds wrote:
[ Replying to myself - a sure sign that I don't get out enough ]
On Sun, 17 Dec 2006, Linus Torvalds wrote:
So I don't actually see any serialization at all that would keep a random
page from being paged back in.
We do actually serialize, but we do it _after_ the page
On Sunday 17 December 2006 20:05, Stefan Richter wrote:
>Gene Heskett wrote:
>> The camera has been turned back off, but yes, it works absolutely
>> normally now. With no dv1394 in memory!
>>
>> Then with the camera on and kino controlling it:
>> [EMAIL PROTECTED] ~]# lsmod|grep 1394
>> raw1394
On Sunday 17 December 2006 11:30 am, Paul Sokolovsky wrote:
> Small battery-powered systems, like PDAs, need a way to be
> suspended most of the time and woken up just from time to time to
> process pending tasks.
Sounds like you're thinking of this from a userspace perspective...
Could you
> "Jan" == Jan Engelhardt <[EMAIL PROTECTED]> writes:
Jan> HOWEVER, unix people probably _had a reason_ to make ESC generate
Jan> part of what function keys do.
You are looking at it backwards. The Escape key generates an ASCII
escape. The funtion keys (including the cursor keys) generate e
Hi all,
I was working in one application that requires heavy disk
writes, I noticed some inconsistencies in the write timing.
We are using raw reads to bypass filesystem overhead.
Firstly i tried open("/dev/hda",O_RDWR) i.e without O_DIRECT option.
I saw that after some writes 1 write took t
Once upon a time Sunday 17 December 2006 9:20 pm, Adrian Bunk wrote:
> On Wed, Dec 13, 2006 at 03:56:46PM -0300, Horst H. von Brand wrote:
> > I've been running kernel du jour straight from git on my SPARC Ultra 1
> > for some time now on Aurora Corona (Fedora relative, development branch).
> > For
This patch contains the following possible cleanups:
- core/memory.c should #include for getting the
prototypes of all of its global functions
- proper prototypes for the following functions:
- core/init.c: snd_card_info_read_oss()
- core/oss/mixer_oss.c: snd_mixer_oss_ioctl_card()
- core/
This patch adds proper prototypes for two functions in
drivers/char/vc_screen.c
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
drivers/char/vt.c |3 ---
include/linux/console.h |4
2 files changed, 4 insertions(+), 3 deletions(-)
--- linux-2.6.20-rc1-mm1/include/linux/c
Every file should include the headers containing the prototypes for
it's global functions.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
--- linux-2.6.20-rc1-mm1/arch/i386/kernel/cpu/mcheck/mce.c.old 2006-12-18
03:23:55.0 +0100
+++ linux-2.6.20-rc1-mm1/arch/i386/kernel/cpu/mcheck/mce.c
This patch makes the needlessly global mxser_hangup() static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
--- linux-2.6.20-rc1-mm1/drivers/char/mxser_new.c.old 2006-12-18
03:07:01.0 +0100
+++ linux-2.6.20-rc1-mm1/drivers/char/mxser_new.c 2006-12-18
03:07:12.0 +0100
@@
This patch adds proper prototypes for some functions in
include/net/irda/irda.h
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
include/net/irda/irda.h | 15 +++
net/irda/irmod.c| 13 -
2 files changed, 15 insertions(+), 13 deletions(-)
--- linux-2.6.20-r
We shouldn't dereference "cam" when we already know it's NULL.
Spotted by the Coverity checker.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
--- linux-2.6.20-rc1-mm1/drivers/media/video/cafe_ccic.c.old2006-12-18
01:14:24.0 +0100
+++ linux-2.6.20-rc1-mm1/drivers/media/video/cafe_cc
This patch:
- adds functions protutypes for some global functions to header files
- removes unneeded "extern"s from some function prototypes
You might note that this patch results in a new warning - that's due to
the fact that with a proper prototype gcc is able to discover a broken
work_struct
On Wed, Dec 13, 2006 at 03:56:46PM -0300, Horst H. von Brand wrote:
> I've been running kernel du jour straight from git on my SPARC Ultra 1 for
> some time now on Aurora Corona (Fedora relative, development branch). For a
> few days now 2.6.19 panics on boot, it can't mount /. 2.6.19 worked fine,
On Mon, 18 Dec 2006, Oleg Nesterov wrote:
>
> Remove ->remove_sequence, ->insert_sequence, and ->work_done from
> struct cpu_workqueue_struct. To implement flush_workqueue() we can
> queue a barrier work on each CPU and wait for its completition.
Looks fine to me. It's after -rc1 so I won't appl
On Mon, Dec 18, 2006 at 03:57:10AM +0100, Adrian Bunk wrote:
> On Thu, Dec 14, 2006 at 04:02:15PM -0500, Dave Jones wrote:
>
> > Hmm. Puzzling.
>
> CONFIG_PCI_MULTITHREAD_PROBE=y ?
I pondered that too, and set a kernel building before I left the
office on Friday without it. Will try bootin
On Sun, Dec 17, 2006 at 11:23:11PM +0900, Komuro wrote:
> 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.
On Thu, Dec 14, 2006 at 04:02:15PM -0500, Dave Jones wrote:
> Hmm. Puzzling.
CONFIG_PCI_MULTITHREAD_PROBE=y ?
> Dave
>
> USB Universal Host Controller Interface driver v3.0
> Compaq SMART2 Driver (v 2.6.0)
> BUG: unable to handle kernel paging request at virtual address e082a736
>
[ Replying to myself - a sure sign that I don't get out enough ]
On Sun, 17 Dec 2006, Linus Torvalds wrote:
>
> So I don't actually see any serialization at all that would keep a random
> page from being paged back in.
We do actually serialize, but we do it _after_ the page has already been
m
When I was using gdb to debug xchat-gnome, I got a kernel BUG and stack
trace as the program was running (e.g. I had typed 'run' in gdb):
WARNING at kernel/softirq.c:137 local_bh_enable()
[] dump_trace+0x68/0x1d9
[] show_trace_log_lvl+0x18/0x2c
[] show_trace+0xf/0x11
[] dump_stack+0x12/0x14
[
On Sun, 17 Dec 2006, Linus Torvalds wrote:
>
> So we should probably do a "wait_for_page()" in do_no_page()?
>
> Or maybe only do it for write accesses (since we don't really care about
> getting mapped readably)? If so, we need to do it in the write case of
> do_no_page() _and_ in the do_wp_
On Sun, 17 Dec 2006, Andrew Morton wrote:
>
> From my quick reading, all callers of try_to_free_buffers() have already
> unmapped the page from pagetables, and given that the reported ext3 corruption
> happens on uniprocessor, non-preempt kernels, I doubt if this patch will fix
> things.
Hmm. O
I own a HP dv8301nr notebook. It has an AMD64 CPU (running a 32-bit
Debian), ATI chipset and ATI Radeon XPRESS 200M 5955 graphic card. I'm
running an untainted Linux 2.6.19-ck2. X.org is using the open-source
ATI driver.
I upgraded the laptop's BIOS to version F.52 earlier today. Since then
X.org
Gene Heskett wrote:
> The camera has been turned back off, but yes, it works absolutely normally
> now. With no dv1394 in memory!
>
> Then with the camera on and kino controlling it:
> [EMAIL PROTECTED] ~]# lsmod|grep 1394
> raw139432264 4
> ohci1394 39088 0
> iee
On Sun, 17 Dec 2006, Andrew Morton wrote:
>
> So this patch instead arranges for clear_page_dirty() to not clean the pte's
> when it is called on the try_to_free_buffers() path.
No. This is wrong.
It's wrong exactly because it now _breaks_ the whole thing that the 2.6.19
PG_dirty changes were
On Mon, 2006-12-18 at 06:54 +1100, Benjamin Herrenschmidt wrote:
> On Sat, 2006-12-16 at 22:46 -0800, john stultz wrote:
> > Tried booting git from today (2.6.20-rc1+) on my PPC Mac Mini, and got
> > the oops captured in the image attached.
>
> No idea at this point, I'll have to dig... maybe some
On Mon, 2006-12-18 at 00:37 +0200, Matti Aarnio wrote:
> On Sun, Dec 17, 2006 at 10:23:54AM -0800, Randy Dunlap wrote:
> > J.H. wrote:
> ...
> > >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
> > >
Adrian Bunk wrote:
This patch makes the following needlessly global functions static:
- ipv6.c: sctp_inet6addr_event()
- protocol.c: sctp_inetaddr_event()
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Acked-by: Sridhar Samudrala <[EMAIL PROTECTED]>
Thanks
Sridhar
---
include/net/sctp/s
On Fri, 2006-12-08 at 09:16 +, Al Viro wrote:
> Signed-off-by: Al Viro <[EMAIL PROTECTED]>
Acked-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
---
Please merge, right now, pmac32_defconfig is busted. I'm tempted to
mark dmasound_pmac for removal soon too ...
Ben.
> ---
> diff --git a/sound
After many hours of stressing network I could reproduce once NETDEV
WATCHDOG: eth1: transmit timed out on rt-14, but is not so frequently as
on rt15. I just reproduce one time on rt14 with many many stress, on
rt15 is much more frequently.
On Sun, 2006-12-17 at 00:20 +, Sergio Monteiro Basto
index
Reply-To:
Fcc: =sent-mail
The Coverity checker spotted that in usbvision_v4l2_read(), the variable
"frmx" is never assigned any value different from -1, but it's used an
an array index in "usbvision->frame[frmx]".
cu
Adrian
--
"Is there not promise of rain?" Ling Tan asked sudd
- Original Message -
From: "David Chinner" <[EMAIL PROTECTED]>
To: "Haar János" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>;
Sent: Sunday, December 17, 2006 11:44 PM
Subject: Re: xfslogd-spinlock bug?
> On Sat, Dec 16, 2006 at 12:19:45PM +0100, Haar János wrote:
> > Hi
> >
> > I have
Thank you for these thoughts, Willy. Because the affected machine is a
server in another state I first tried going ahead and upgrading to 2.6.17.3.
The machine has now been up for 91 days and counting; in the year since
the mentioned change that brought on the segfaults I do not believe it
had ever
On Sun, 17 Dec 2006 15:39:32 +0200
Andrei Popa <[EMAIL PROTECTED]> wrote:
> I was mistaken, I'm still having file corruption with rtorrent.
>
Well I'm not very optimistic, but if people could try this, please...
From: Andrew Morton <[EMAIL PROTECTED]>
try_to_free_buffers() clears the page's
On Sunday 17 December 2006 15:21, Stefan Richter wrote:
[...]
>What if you prevent dv1394 from ever being loaded, or don't build it in
>the first place? CONFIG_IEEE1394_DV1394=n
How about '# CONFIG_IEEE1394_DV1394 is not set'?
Hand edited the .config and fired off my makeit script, which does it
On 17/12/06, Ingo Molnar <[EMAIL PROTECTED]> wrote:
* Catalin Marinas <[EMAIL PROTECTED]> wrote:
> Do you need these fixes to avoid a compiler error? If yes, this is
> caused by a bug in gcc-4.x. The kmemleak container_of macro has
> protection for non-constant offsets passed to container_of but
On Friday 15 December 2006 18:14, Dave Hansen wrote:
> + if (system_state >= SYSTEM_RUNNING)
> + return 1;
> + if (!early_pfn_valid(pfn))
> + return 0;
> + if (!early_pfn_in_nid(pfn, nid))
> + return 0;
I haven't tried it, but I assume th
On Sun, Dec 17, 2006 at 10:13:13PM +0100, Lennert Buytenhek wrote:
> On Sun, Dec 17, 2006 at 11:02:10PM +0200, Riku Voipio wrote:
>
> > > > bah. 2.6.20-git shows nothing (with or without Lennert's patch) after
> > > > the following:
> >
> > > > Uncompressing
> > > > Linux...
Linus Torvalds writes:
> Why do people think that using "ln" is _any_ different from using
> "mkisofs". Both create one file that contains multiple pieces. What's the
> difference - really?
The difference - really - at least for static linking - is that "ln"
makes modifications to each piece to
On Sat, Dec 16, 2006 at 12:19:45PM +0100, Haar János wrote:
> Hi
>
> I have some news.
>
> I dont know there is a context between 2 messages, but i can see, the
> spinlock bug comes always on cpu #3.
>
> Somebody have any idea?
Your disk interrupts are directed to CPU 3, and so log I/O complet
On Sun, Dec 17, 2006 at 10:23:54AM -0800, Randy Dunlap wrote:
> J.H. wrote:
...
> >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 memory, which is forcing more and more to actively go to disk ca
Remove ->remove_sequence, ->insert_sequence, and ->work_done from
struct cpu_workqueue_struct. To implement flush_workqueue() we can
queue a barrier work on each CPU and wait for its completition.
We don't need to worry about CPU going down while we are are sleeping
on the completition. take_over_
On Sunday 17 December 2006 16:32, David Schwartz wrote:
> > I would argue that this is _particularly_ pertinent with regards to
> > Linux. For example, if you look at many of our atomics or locking
> > operations a good number of them (depending on architecture and
> > version) are inline assembly
> > bah. 2.6.20-git shows nothing (with or without Lennert's patch) after
> > the following:
> > Uncompressing
> > Linux..done,
> > booting the kernel.
>
> Try the printascii()-in-printk() hack in my svn tr
* Francois Romieu <[EMAIL PROTECTED]> [2006-12-17 22:48]:
> > Francois, if you submit the r8169.c half of that patch, I'll do my half.
> Ok, I'll do it now.
Thanks to everyone who was involved in coming up with this elegant
solution!
--
Martin Michlmayr
http://www.cyrius.com/
-
To unsubscribe fro
Lennert Buytenhek <[EMAIL PROTECTED]> :
[...]
> Francois, if you submit the r8169.c half of that patch, I'll do my half.
Ok, I'll do it now.
--
Ueimor
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at h
> I would argue that this is _particularly_ pertinent with regards to
> Linux. For example, if you look at many of our atomics or locking
> operations a good number of them (depending on architecture and
> version) are inline assembly that are directly output into the code
> which uses them. As
James Bottomley <[EMAIL PROTECTED]> writes:
> One of the touted benefits of Linux is that we run on old hardware.
> Unless the driver is demonstrably wrong (and they do become so as the
> APIs evolve)
Sure, I expect they do - but nobody is able to check.
> The reverse (how do you know if someone
On Sun, Dec 17, 2006 at 11:02:10PM +0200, Riku Voipio wrote:
> > > bah. 2.6.20-git shows nothing (with or without Lennert's patch) after
> > > the following:
>
> > > Uncompressing
> > > Linux..done,
> > > b
Hello.
Adrian Bunk wrote:
This patch makes the needlessly global init_hwif_tc86c001() static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
If this patch hasn't been accepted by Andrew yet, could you add another
fixlet: init_chipset_tc86c001() should've been __devinit. If not or it's
On Sat, 16 Dec 2006, 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 use any code? The real
Just was loading the bcm43xx module and got the following oops. Note that
this card is one of the newer PCI-E cards. If any other info is needed
let me know.
-Aaron
ACPI: PCI Interrupt :0c:00.0[A] -> GSI 17 (level, low) -> IRQ 17
PCI: Setting latency timer of device :0c:00.0 to 64
b
On Sun, 2006-12-17 at 21:03 +0100, Krzysztof Halasa wrote:
> James Bottomley <[EMAIL PROTECTED]> writes:
>
> > I really don't see a need to declare drivers obsolete unless they bitrot
> > to the point they're demonstrably useless and no-one wants to step up to
> > fix them, which is what the BROKE
(Cc linux1394-devel, for the record)
Gene Heskett wrote:
> On Sunday 17 December 2006 13:31, Stefan Richter wrote:
>> Is your version of kino still using dv1394 or does it work without
>> dv1394 loaded too?
>>
> AFAIK, its kino is 0.9.3. Ok, while kino is running I did a modprobe -rv
> dc1394 an
James Bottomley <[EMAIL PROTECTED]> writes:
> I really don't see a need to declare drivers obsolete unless they bitrot
> to the point they're demonstrably useless and no-one wants to step up to
> fix them, which is what the BROKEN flag is for.
How do you know if the driver is broken? Especially i
Hello!
I've found a kernel bug in linux-2.6-20-rc1 from kernel.org:
Dec 17 19:12:56 localhost kernel: kernel BUG at
drivers/cpufreq/cpufreq_userspace.c:140!
Dec 17 19:12:56 localhost kernel: invalid opcode: [#1]
Dec 17 19:12:56 localhost kernel: PREEMPT
Dec 17 19:12:56 localhost kernel: Modu
On Sat, 2006-12-16 at 22:46 -0800, john stultz wrote:
> Tried booting git from today (2.6.20-rc1+) on my PPC Mac Mini, and got
> the oops captured in the image attached.
No idea at this point, I'll have to dig... maybe something changed in
the IDE code and ide pmac wasn't updated..
Ben.
-
To un
Pull this define out of drivers/ieee1394/ohci1394.c and rename to match
other PCI class defines.
---
drivers/ieee1394/ohci1394.c |4 +---
include/linux/pci_ids.h |1 +
2 files changed, 2 insertions(+), 3 deletions(-)
diff --git a/drivers/ieee1394/ohci1394.c b/drivers/ieee1394/ohci1394
* Lennert Buytenhek <[EMAIL PROTECTED]> [2006-12-17 00:52]:
> 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?
I'm currently travelling but I'll try in a few days.
--
Martin Michlmayr
http://www.cyrius.com/
-
To unsubscribe from this
Hello linux-kernel,
Informal part
=
Small battery-powered systems, like PDAs, need a way to be
suspended most of the time and woken up just from time to time to
process pending tasks. Obvious way to achieve this is to use timer, or
alarm, wakeup. Unfortunately, this matter is bit
Change the explicit code in the relocs.c file to use ARRAY_SIZE()
and add a definition of ARRAY_SIZE() since this is a userspace program
and wouldn't include kernel.h.
Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
---
As Randy Dunlap pointed out, the relocs.c file is a userspace
file
Hi Ralf,
On Sun, 10 Dec 2006 19:21:51 +, Ralf Baechle wrote:
> Saves a few bytes on the module.
>
> Signed-off-by: Ralf Baechle <[EMAIL PROTECTED]>
>
> diff --git a/drivers/hwmon/lm70.c b/drivers/hwmon/lm70.c
> index 6ba8473..7eaae38 100644
> --- a/drivers/hwmon/lm70.c
> +++ b/drivers/hwmon/
On Sunday 17 December 2006 13:31, Stefan Richter wrote:
>Gene Heskett wrote:
>...
>
>> while I didn't try
>> to capture a 2 hour movie, I did use kino to control the camera
>> playback, rewind etc stuff for about 10 minutes and had no problems
>> whatsoever.
>
>...
>
>> The only entry in the messag
Hello linux-kernel,
Well, this was (at least) since 2.6.18, so I guess, someone
should finally submit it patch for it. And yes, kbuild parses that,
but that doesn't make it not typo, right?
--- drivers/rtc/Kconfig 2 Dec 2006 02:18:35 - 1.3
+++ drivers/rtc/Kconfig 17 Dec 2006 18:
Gene Heskett wrote:
...
> while I didn't try
> to capture a 2 hour movie, I did use kino to control the camera playback,
> rewind etc stuff for about 10 minutes and had no problems whatsoever.
...
> The only entry in the messages log for all this was:
>
> Dec 17 12:47:13 coyote kernel: WARNING:
On Sun, 17 Dec 2006, Randy Dunlap wrote:
> On Sun, 17 Dec 2006 13:13:59 -0500 (EST) Robert P. J. Day wrote:
>
> >
> > so here's the end result of my experiment to replace unnecessary
> > code snippets with an invocation of the ARRAY_SIZE() macro from
> > include/linux/kernel.h. i've attached th
On Sun, 17 Dec 2006 13:13:59 -0500 (EST) Robert P. J. Day wrote:
>
> so here's the end result of my experiment to replace unnecessary
> code snippets with an invocation of the ARRAY_SIZE() macro from
> include/linux/kernel.h. i've attached the script that i ran on the
> entire tree, then (afte
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.
OK, thanks for the summary.
The root cause boils down to with git, gitweb and the normal mirroring
on the frontend machines our basic
so here's the end result of my experiment to replace unnecessary
code snippets with an invocation of the ARRAY_SIZE() macro from
include/linux/kernel.h. i've attached the script that i ran on the
entire tree, then (after adding al viro's connector patch), did:
$ make allyesconfig # for the
Am Sonntag, 17. Dezember 2006 16:04 schrieb Gleb Natapov:
> Hi Hans,
>
>Will it be possible to allocate DMAable memory using uio
> framework (currently it isn't as far as I see). More specifically
> if a driver needs memory allocated with dma_alloc_coherent() will
> it be possible to allocate
On Thursday 14 December 2006 22:17, Gene Heskett wrote:
>On Thursday 14 December 2006 12:48, Stefan Richter wrote:
>[...]
>
>>(Anyway, that's unrelated to Gene's issues.)
>
>And which I haven't had a chance to check yet, the camera is still in
> the truck and I've been busier than a one legged man
On Sun, 17 Dec 2006, Evgeniy Polyakov wrote:
>
> Delayed work was used to play with different timeouts and thus allow to
> smooth performance peaks, but then I dropped that idea, so timeout is always
> zero.
Ok, thanks for the explanation.
> I posted similar patch today to netdev@, which direc
Thank you for your inquiry on IEEE Standards. To satisfy any
immediate needs, we offer you the option to search the abundant
resource of information on our IEEE Standards web site. To help
you find the information you are seeking, please check the
following URLs directly under the titles below.
Hello.
Adrian Bunk wrote:
+toshiba-tc86c001-ide-driver-take-2.patch
This patch makes the needlessly global init_hwif_tc86c001() static.
Duh, I hoped tha this driver may get into 2.6.20-rc1 and finally
overlooked this. Sigh, uou won't believe how much time this driver rewrite
spent in
On Sun, 17 Dec 2006, Alexandre Oliva wrote:
> On Dec 16, 2006, Linus Torvalds <[EMAIL PROTECTED]> wrote:
> >
> > The whole reason the LGPL exists is that people realized that if they
> > don't do something like that, the GPL would have been tried in court, and
> > the FSF's position that anyt
This is the latest version of rfkill.
The changes since the version that was originally send are:
Spelling fixes (Thanks to Randy Dunlap)
THIS_MODULE is now a field in the rkfill_master (Suggested by Christoph Hellwig)
The open_count has been completely removed, decision making on which action
s
On Sun, Dec 17, 2006 at 09:24:30AM -0800, Linus Torvalds ([EMAIL PROTECTED])
wrote:
>
>
> On Sun, 17 Dec 2006, Al Viro wrote:
> > - if (likely(!test_bit(WORK_STRUCT_PENDING,
> > -&__cbq->work.work.management) &&
> > + if
On Sun, 17 Dec 2006, Tobias Diedrich wrote:
>
> BTW, I'm also wondering if this secondary Oops is supposed to happen:
Well, if the timer doesn't work, then the NMI watchdog will trigger. So
it's "supposed" to happen in the sense that yeah, it's kind of expected,
but it's really bsically just
On Sun, 17 Dec 2006, Al Viro wrote:
> - if (likely(!test_bit(WORK_STRUCT_PENDING,
> - &__cbq->work.work.management) &&
> + if (likely(!work_pending(&__cbq->work.work) &&
That should properly be
if (likely(!
Your message with subject Mail System Error - Returned Mail sent on
12/17/06, 07:52:12 contained one or more attachments not allowed by
Chevron and was blocked. If you did not send such an email, your email
address may have been spoofed. In this case, no further action is
required on your part and
Structure mc_cpu_notifier references a __cpuinit function, but
isn't declared __cpuinitdata itself:
WARNING: arch/i386/kernel/microcode.o - Section mismatch: reference
to .init.text: from .data after 'mc_cpu_notifier' (at offset 0x118)
Signed-off-by: Jean Delvare <[EMAIL PROTECTED]>
---
arch/i38
On Dec 17, 2006, at 08:54:17, Alexandre Oliva wrote:
On Dec 16, 2006, Linus Torvalds <[EMAIL PROTECTED]> wrote:
Do you REALLY believe that a binary becomes a "derived work" of
any random library that it gets linked against? If that's not
"fair use" of a library that implements a standard libr
1 - 100 of 165 matches
Mail list logo
