On 5/25/07, Linus Torvalds <[EMAIL PROTECTED]> wrote:
On Fri, 25 May 2007, Pavel Machek wrote:
>
> 2) we need to preload firmware during _suspend_. I AM TELLING THAT TO
> PEOPLE FOR FIVE YEARS NOW.
And people aren't listening. Have you thought about _why_?
The thing is, it should just work. Eve
Gidday,
I just released man-pages-2.51.
This release is now available for download at:
http://www.kernel.org/pub/linux/docs/manpages
or ftp://ftp.kernel.org/pub/linux/docs/manpages
or mirrors: ftp://ftp.XX.kernel.org/pub/linux/docs/manpages
and soon at:
ftp://ftp.win.tue.nl/pub
On Mon, May 28, 2007 at 02:48:45PM +1000, Timothy Shimmin wrote:
> I'm taking it that the FUA write will just guarantee that that
> particular write has made it to disk on i/o completion
> (and no write cache flush is done).
Correct. It only applies to that one write command.
jeremy
-
To unsubsc
Neil Brown wrote:
[resending with correct To address - please reply to this one]
It appears that there is a race when reading from a file that is
concurrently being truncated. It is possible to read a number of
bytes that matches the size of the file before the truncate, but the
actual bytes ar
[resending with correct To address - please reply to this one]
It appears that there is a race when reading from a file that is
concurrently being truncated. It is possible to read a number of
bytes that matches the size of the file before the truncate, but the
actual bytes are all nuls - values
Hi Bill,
On 5/29/07, Bill Davidsen <[EMAIL PROTECTED]> wrote:
I recently noted that my system was spending a lot of time in i/o wait
when doing some tasks which I thought didn't involve i/o, as noted by
the lack of disk light activity most of the time. I thought of network,
certainly the NIC had
It appears that there is a race when reading from a file that is
concurrently being truncated. It is possible to read a number of
bytes that matches the size of the file before the truncate, but the
actual bytes are all nuls - values that had never been in the file.
Below is a simple C program
From: Bernd Schmidt <[EMAIL PROTECTED]>
This just adds minimum support for the Blackfin relocations,
since we don't have enough space in each reloc. The idea
is to store a value with one relocation so that subsequent ones can
access it.
Signed-off-by: Bernd Schmidt <[EMAIL PROTECTED]>
Signed-off-
[PATCH 2/2] [AGPGART] intel_agp: use table for device probe
Remove big switch to make things clear. Eric Anholt
was the original author.
Signed-off-by: Wang Zhenyu <[EMAIL PROTECTED]>
---
drivers/char/agp/intel-agp.c | 324 --
1 files changed, 122 insert
[AGPGART] intel_agp: cleanup intel private data
A single private gart data is used by all drivers, this
makes it clean. Eric Anholt wrote the original patch.
Signed-off-by: Wang Zhenyu <[EMAIL PROTECTED]>
---
drivers/char/agp/intel-agp.c | 193 --
1 file
* Li Yu <[EMAIL PROTECTED]> wrote:
> Ingo Molnar wrote:
> >i'm pleased to announce release -v14 of the CFS scheduler patchset.
> >
> >The CFS patch against v2.6.22-rc2, v2.6.21.1 or v2.6.20.10 can be
> >downloaded from the usual place:
> >
> > http://people.redhat.com/mingo/cfs-scheduler
On May 28 2007 18:25, Robert P. J. Day wrote:
>On Mon, 28 May 2007, Jan Engelhardt wrote:
>> >currently, the list contains the items:
>> >
>> >* 4 Traffic policing
>>
>> CONFIG_NET_SCHED? CONFIG_NET_ACT_POLICE? Neither seems
>> marked as deprecated/obsoleted in Kconfig.
>
>the "traffic polici
>> Hi!
>>
>> A lot of "NOHZ: local_softirq_pending 08" messages (about 100) and
>> then suddenly stoped to show. I have 2.6.21.1. I checked .2 and .3
>> changelogs but I don't see anything about this message.
>> What does it mean?
>>
>> Is "08" IRQ number?
>> 8: 2XT-PIC-XTrt
On 5/29/07, Bret Towe <[EMAIL PROTECTED]> wrote:
tested this on ppc and its still good
is there any reason to bother with a test on amd64?
if there is I might be able to get to it tonight
Yes, this test is desired on 'take 6'
(In future I will append version to patch bz2)
Thanks,
Nitin
-
T
> Having the kernel not reparent user processes to init is an interesting
> idea, especially when those processes have not existed. I'm not
> certain that is POSIX complaint and otherwise backwards compatible.
It's hard to see how it would work. There has to be some parent PID. The
reason using
On 5/28/07, Adrian Bunk <[EMAIL PROTECTED]> wrote:
On Mon, May 28, 2007 at 09:33:32PM +0530, Nitin Gupta wrote:
> On 5/28/07, Adrian Bunk <[EMAIL PROTECTED]> wrote:
I have not seen any explanations:
- Why did the upstream author write the code that way?
- Why are your changes correct?
- Why
On 5/29/07, Bret Towe <[EMAIL PROTECTED]> wrote:
On 5/28/07, Nitin Gupta <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Attached is tester code used for testing.
> (developed by Daniel Hazelton -- modified slightly to now use 'take 6'
> version for 'TinyLZO')
>
> Cheers,
> Nitin
>
> On 5/28/07, Nitin Gupta
Nick Piggin <[EMAIL PROTECTED]> writes:
> Eric W. Biederman wrote:
>> Nick Piggin <[EMAIL PROTECTED]> writes:
>
>>> However we
>>>could still set_page_dirty of a block device page without buffers
>>>via an mmap.
>>
>>
>> After the page is made dirty via mmap we have:
>> sys_write -> ... -> block_p
Thierry Merle a écrit :
Mauro Carvalho Chehab a écrit :
As Luca pointed, if we add conversion for one driver, we should add
for
the rest.
Instead, it would be better if Jiri sends the decoding and the
rescaling
stuff as a patch to v4l2-apps/lib, starting the API decoding library.
Once we h
On Mon, May 28, 2007 at 09:53:50AM -0700, Linus Torvalds wrote:
>
> Before we suspend a device, we call the subsystem that that device has
> been registered with. Ie, we have code like this:
>
> if (dev->class && dev->class->suspend)
> error = dev->class->suspend(dev, state);
Wang Penghui wrote:
Hello, list,
Recently, i have messed up with the follow problem, i have two server
both with two ethernet cards. Here are them:
[EMAIL PROTECTED] ~]# lspci | grep -i eth
05:00.0 Ethernet controller: Marvell Technology Group Ltd. Gigabit
Ethernet Controller (rev 18)
07:04.0 E
Eric W. Biederman wrote:
Nick Piggin <[EMAIL PROTECTED]> writes:
However we
could still set_page_dirty of a block device page without buffers
via an mmap.
After the page is made dirty via mmap we have:
sys_write -> ... -> block_prepare_write -> ... -> create_empty_buffers.
Yep, that's wha
Carsten Otte wrote:
The current xip stack relies on having struct page behind the memory
segment. This causes few impact on memory management, but occupies some
more memory. The cramfs patch chose to modify copy on write in order to
deal with vmas that don't have struct page behind.
So far, Hu
This changes were made by Lindent script and the second patch fixup it.
-
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 http://www.tux.
"Albert Cahalan" <[EMAIL PROTECTED]> writes:
> This has long been rotten. Mind fixing it for us? :-)
>
> We have N types of thread on M CPUs. Pick something, N or M,
> to be at the top level in /proc. The other goes below, in the
> per-process task directories.
>
> You then have either N or M thin
"Albert Cahalan" <[EMAIL PROTECTED]> writes:
> Jan Engelhardt writes:
>> On Apr 10 2007 17:47, Jan Engelhardt wrote:
>>> On Apr 8 2007 20:57, Oleg Nesterov wrote:
>
Anyway, re-parenting to swapper breaks pstree, it doesn't
show kernel threads. And if ->parent == /sbin/init, we can't
hi all
while building module i was getting following warning and it terminate
module building stage
MODPOST 1889 modules
WARNING: vmlinux - Section mismatch: reference to
.init.text:start_kernel from .text between 'is386' (at offset
0xc0101171) and 'check_x87'
WARNING: vmlinux - Section mismatch
Hi,
Given what you said above, I don't see gcc, on its best day, will ever
know enough to validate that that variable is indeed always initialized.
So I would vote for silencing it on those grounds.
I agree too. How about this one:
diff -dur linux/fs/nfsd/nfs4acl.c linux.new/fs/nfsd/nfs4acl
On Monday May 21, [EMAIL PROTECTED] wrote:
> Hi,
>
> I'm adding cache flush support to the PS3 disk driver and have a few questions
> related to barriers.
>
> In my driver, I do:
>
> blk_queue_issue_flush_fn(queue, ps3disk_issue_flush);
> blk_queue_ordered(queue, QUEUE_ORDERED_DRAI
On May 28, 2007, at 16:38:38, Pavel Machek wrote:
Kyle Moffett wrote:
I am of the opinion that adding a "name" parameter to the file/
directory create actions would be useful. For example, with such
support you could actually specify a type-transition rule
conditional on a specific name o
On May 28, 2007, at 06:41:11, Toshiharu Harada wrote:
2007/5/27, Kyle Moffett <[EMAIL PROTECTED]>:
If you can't properly manage your labels, then how do you expect
any security at all?
Please read my message again. I didn't say, "This can never be
achieved". I said, "This can not be easily a
Hello, list,
Recently, i have messed up with the follow problem, i have two server
both with two ethernet cards. Here are them:
[EMAIL PROTECTED] ~]# lspci | grep -i eth
05:00.0 Ethernet controller: Marvell Technology Group Ltd. Gigabit
Ethernet Controller (rev 18)
07:04.0 Ethernet controller: In
Peter Williams wrote:
Srivatsa Vaddagiri wrote:
On Sat, May 26, 2007 at 10:17:42AM +1000, Peter Williams wrote:
I don't think that ignoring cpu affinity is an option. Setting the
cpu affinity of tasks is a deliberate policy action on the part of
the system administrator and has to be honoured
Jan Engelhardt writes:
On Apr 10 2007 17:47, Jan Engelhardt wrote:
On Apr 8 2007 20:57, Oleg Nesterov wrote:
Anyway, re-parenting to swapper breaks pstree, it doesn't
show kernel threads. And if ->parent == /sbin/init, we can't
remove us from ->children (unless we forbid sub-thread-of-init
ex
J. Bruce Fields wrote:
On Sun, May 27, 2007 at 06:34:42AM -0400, Jeff Garzik wrote:
Unlike many of the bogus warnings spewed by gcc, this one actually
complains about a real bug:
No, the calls to posix_acl_valid() in nfs4_acl_posix_to_nfsv4() ensure
that the passed-in acl has ACL_USER_OBJ, ACL
On Monday May 28, [EMAIL PROTECTED] wrote:
> On Thu, May 24, 2007 at 05:39:11PM +, Pavel Machek wrote:
> > Right. Could we get more helpful message here? 'Filesystem check on
> > next boot on AC power'?
>
> So "(check deferred; on battery)" wasn't explicit enough? I guess I
> assumed that us
On Sun, May 27, 2007 at 06:34:42AM -0400, Jeff Garzik wrote:
>
> Unlike many of the bogus warnings spewed by gcc, this one actually
> complains about a real bug:
No, the calls to posix_acl_valid() in nfs4_acl_posix_to_nfsv4() ensure
that the passed-in acl has ACL_USER_OBJ, ACL_GROUP_OBJ, and ACL_
Robin Holt writes:
On Mon, Apr 09, 2007 at 08:36:21AM -0600, Eric W. Biederman wrote:
Robin Holt <[EMAIL PROTECTED]> writes:
I would say this is more a benefit than a problem. With a couple
of these systems we are testing, the number of kernel threads is
far greater than the number of user p
On Thu, May 24, 2007 at 05:39:11PM +, Pavel Machek wrote:
> Right. Could we get more helpful message here? 'Filesystem check on
> next boot on AC power'?
So "(check deferred; on battery)" wasn't explicit enough? I guess I
assumed that users would understand that the opposite of "on battery"
Hi all,
Since I am a junior linux developing engineer, I really appreciate that you
tell me these informations,
Thanks for your help!
Brs,
Henry
-Original Message-
From: Bartlomiej Zolnierkiewicz [mailto:[EMAIL PROTECTED]
Sent: Tuesday, May 29, 2007 4:17 AM
To: Jeff Garzik
Cc: Henry Su;
On 5/28/07, Peter Williams <[EMAIL PROTECTED]> wrote:
In any case, there's no point having cpu affinity if it's going to be
ignored. Maybe you could have two levels of affinity: 1. if set by a
root it must be obeyed; and 2. if set by an ordinary user it can be
overridden if the best interests o
On 28/05/07, Andy Whitcroft <[EMAIL PROTECTED]> wrote:
...
diff --git a/Documentation/SubmittingPatches b/Documentation/SubmittingPatches
index a417b25..23637e8 100644
--- a/Documentation/SubmittingPatches
+++ b/Documentation/SubmittingPatches
@@ -118,7 +118,21 @@ then only post say 15 or so at
On Tuesday 29 May 2007 06:52, Randy Dunlap wrote:
> On Mon, 28 May 2007 15:03:10 +0800 Yang Sheng wrote:
> > Why we need this:
> >
> > It can speed up the calling of initcalls, especially useful for some
> > embed device.
>
> Can you give concrete example(s) of why we need this?
> Any real configs/
On Mon, May 28, 2007 at 06:30:38PM +0400, Cyrill Gorcunov wrote:
>This patch converts UDF coding style to kernel
>coding style using Lindent.
>
>Signed-off-by: Cyrill Gorcunov <[EMAIL PROTECTED]>
>---
>
> fs/udf/balloc.c| 709 ---
> fs/udf/crc.c | 19 +-
> fs/udf/dir.
Tejun Heo wrote:
- msleep(150);
+ /* wait a while before checking status */
+ ata_wait_after_reset(ap, deadline);
[...]
- msleep(150);
+ /* wait a while before checking status */
+ ata_wait_after_reset(ap, deadline);
/* Before we perform post reset proces
Andy Whitcroft <[EMAIL PROTECTED]> writes:
> +
> +# no BUG() or BUG_ON()
> + if ($line =~ /\b(BUG|BUG_ON)\b/) {
> + print "Try to use WARN_ON & Recovery code rather than
> BUG() or BUG_ON()\n";
Just outlawing BUG_ON doesn't seem like a good idea to me. We'll just e
Li Yu wrote:
But as I observe by cat /proc/sched_debug (2.6.21.1, UP, RHEL4), I
found the all waiting fields often are more than zero, or less than zero.
IMHO, the sum of task_struct->wait_runtime just is the denominator of
all runnable time in some ways, is it right? if so, increasing the s
On Mon, May 28, 2007 at 08:21:29PM +0200, Rafael J. Wysocki wrote:
>
> Well, it looks like we have to fix this one separately.
>
> Can you please tell me what to do to make cryptd run?
If you build it as a module then just loading it should be sufficient.
If you have it built-in then it should al
Srivatsa Vaddagiri wrote:
On Sat, May 26, 2007 at 10:17:42AM +1000, Peter Williams wrote:
I don't think that ignoring cpu affinity is an option. Setting the cpu
affinity of tasks is a deliberate policy action on the part of the
system administrator and has to be honoured.
mmm ..but users c
On Monday 28 May 2007 16:52:07 Robert P. J. Day wrote:
> On Mon, 28 May 2007, Oliver Pinter wrote:
> > + open sound system
>
> yeah, that one's so obvious, i don't even list it anymore. :-) i'm
> assuming adrian's going to deal with that when the time comes.
>
> rday
And I thought OSS was being k
On 2007.05.28 22:58:08 +0200, Jesper Juhl wrote:
> There seems to be a memory leak in net/tipc/name_distr.c::tipc_named_node_up()
>
> The function, with comments, is this :
>
> void tipc_named_node_up(unsigned long node)
> {
> struct publication *publ;
> struct distr_item *item =
This removes the support to treat "ALL" as a wildcard for
firmware revision. This is made a separate patch, as it will
break out-of-tree ide drivers that feed its own table that uses
"ALL" as the wildcard to ide_in_drive_list().
Signed-off-by: Junio C Hamano <[EMAIL PROTECTED]>
---
* This is a
This updates the DMA whitelist in MIPS specific au1xxx ide
driver to use NULL instead of "ALL" as the wildcard.
Signed-off-by: Junio C Hamano <[EMAIL PROTECTED]>
---
* This is a respin of earlier "3/3 Make ide dma blacklist handling a bit
saner."
include/asm-mips/mach-au1x00/au1xxx_ide.h |
Earlier, the matching of (model,rev) in ide-dma black/white list
handling was to consider "ALL" in the table to match any
revision. This makes NULL to be also an accepted wildcard, and
changes the entries of tables in ide-dma.c to use NULL.
The code still accepts "ALL" as the wildcard, in order t
Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]> writes:
> The change itself looks good but IMO it is worth doing it before patch #2/3
> (it would also make it possible for me to merge this patch immediately).
Yes, I should have considered that the earlier #2/3 needs
coordination between you and Jef
Someone finally noticed that my program that uses ptrace only works on i386..
and, by the looks of it, there is no portable way to refer to the
registers of a
user_regs_struct when inspecting a system call.
I will probably end up making a header file for each architecture that
defines where
in th
On Mon, 2007-05-28 at 22:55 +0200, Maximilian Engelhardt wrote:
> > > I additionally built my 2.6.22-rc2-mm1 kernel without High Resolution
> > > Timer, but the high ping problem is still there.
> >
> > Hmm, that's mysterious. Wild guess is that highres exposes the hidden
> > "feature" in a differe
On 5/28/07, Bret Towe <[EMAIL PROTECTED]> wrote:
On 5/28/07, Nitin Gupta <[EMAIL PROTECTED]> wrote:
> Hi,
>
> This is kernel port of LZO1X-1 compressor and LZO1X decompressor (safe
> version only).
>
> * Changes since 'take 5' (Full Changelog after this):
> - Added compressor and decomrpesssor as
On 5/28/07, Nitin Gupta <[EMAIL PROTECTED]> wrote:
Hi,
Attached is tester code used for testing.
(developed by Daniel Hazelton -- modified slightly to now use 'take 6'
version for 'TinyLZO')
Cheers,
Nitin
On 5/28/07, Nitin Gupta <[EMAIL PROTECTED]> wrote:
> (Using tester program from Daniel)
>
On 5/28/07, Nitin Gupta <[EMAIL PROTECTED]> wrote:
Hi,
This is kernel port of LZO1X-1 compressor and LZO1X decompressor (safe
version only).
* Changes since 'take 5' (Full Changelog after this):
- Added compressor and decomrpesssor as separate and hidden config
options (default: n)
- Cleanups:
Hi.
On Tue, 2007-05-29 at 00:51 +0200, Rafael J. Wysocki wrote:
> > The copy_flags routine changes another process's flags - that's why
> I
> > was suggesting this.
>
> Yes, it does, but I'm dropping the clearing of PF_NOFREEZE from there,
> not adding anything new. :-)
Doh! Sorry :)
Nigel
si
Hi.
On Mon, 2007-05-28 at 14:03 +0100, Matthew Garrett wrote:
> On Mon, May 28, 2007 at 02:55:07PM +0200, Pavel Machek wrote:
>
> > Well, PPC people are aware of this, and they think they can fix the
> > drivers. We probably want to drop the freezer for suspend long-term,
> > so. PPC machines use
Hi.
On Mon, 2007-05-28 at 19:57 +0200, Rafael J. Wysocki wrote:
> On Monday, 28 May 2007 15:26, Pavel Machek wrote:
> > Hi!
> >
> > > >That's clear, I'll have to use xen or kvm or similar which restores
> > > >the system as suspended. Thanks for the clarification of the limitations.
> > > >
> >
On Mon, 28 May 2007 15:03:10 +0800 Yang Sheng wrote:
> Why we need this:
>
> It can speed up the calling of initcalls, especially useful for some embed
> device.
Can you give concrete example(s) of why we need this?
Any real configs/hardware where it helps and how much it helps.
General:
1/
On Monday, 28 May 2007 23:26, Nigel Cunningham wrote:
> Hi.
>
> On Mon, 2007-05-28 at 20:17 +0200, Rafael J. Wysocki wrote:
> > On Monday, 28 May 2007 11:46, Nigel Cunningham wrote:
> > > Hello!
> > >
> > > In reply to your more recent message, I had looked but not tried, so
> > > didn't feel in
On Mon, 28 May 2007, Robert P. J. Day wrote:
> On Mon, 28 May 2007, Jan Engelhardt wrote:
>
> >
> > On May 28 2007 16:15, Robert P. J. Day wrote:
> > >removing dead content from the tree:
> > >
> > >http://fsdev.net/wiki/index.php?title=Kernel_Janitor%27s_Todo_List
> > >
> > >currently, the list c
[EMAIL PROTECTED] wrote:
From: Divy Le Ray <[EMAIL PROTECTED]>
Bump FW version to 4.1.
Modify chip tuning in consequence.
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
---
drivers/net/cxgb3/regs.h|4
drivers/net/cxgb3/t3_hw.c | 40 ++--
dr
[EMAIL PROTECTED] wrote:
From: Divy Le Ray <[EMAIL PROTECTED]>
Check all lanes for link status on direct XAUI cards.
Don't assume that direct XAUI always uses XGMAC 1.
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
---
drivers/net/cxgb3/ael1002.c | 10 --
drivers/net/cxgb3/regs.h
[EMAIL PROTECTED] wrote:
From: Divy Le Ray <[EMAIL PROTECTED]>
Fix netpoll handler to work with line interrupt, msi and msi-x.
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
---
drivers/net/cxgb3/cxgb3_main.c | 12 +---
drivers/net/cxgb3/sge.c|1 -
2 files changed, 9 ins
[EMAIL PROTECTED] wrote:
From: Divy Le Ray <[EMAIL PROTECTED]>
Streamline page management on RX.
Fix dma mappings.
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
NAK #1: "streamline" is not a bug-fixes-only change, which is the only
type of change appropriate for 2.6.22-rc.
NAK #2: You s
Cliffe wrote:
> The following would be used in conjunction with a pathname based
> confinement to try to provide some assurances about what a path refers
> to.
>
> "/etc/shadow" is a name to a sensitive resource. There is no guarantee
> that there are not other ways to access this resource. For exa
On Mon, 28 May 2007, Pavel Machek wrote:
> > The theoretical answer is that it behaves the way we want. The kernel
> > thread does selective resumes in response to device requests. If such
> > a request comes in while the system is asleep it will awaken the
> > system; so it's only logical th
Bill Davidsen wrote:
OSS [is] maintained by an
independent commercial company (4Front) so maintenance isn't an issue,
False. OSS drivers have been largely maintainerless for years.
Jeff
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a messa
On Mon, 28 May 2007, Jan Engelhardt wrote:
>
> On May 28 2007 16:15, Robert P. J. Day wrote:
> >removing dead content from the tree:
> >
> >http://fsdev.net/wiki/index.php?title=Kernel_Janitor%27s_Todo_List
> >
> >currently, the list contains the items:
> >
> >* 4 Traffic policing
>
> CONFIG_N
Oliver Pinter wrote:
+ open sound system
Why?
OSS supports some hardware ALSA doesn't, it's maintained by an
independent commercial company (4Front) so maintenance isn't an issue,
and it's portable to many other operating systems.
Functionality and low TCO, what could be better?
New Linux
Kernel very often freezes when I watch TV on my card TV Leadtek Winfast
PVR 2000 XP.
When I watch TV in KdeTV, I got message like "problem with v4l2" and
then no picture, only sound. (Some tv applications dont run at all).
After that I can normally work witch computer but I can't run ps aux,
wh
On Tuesday 29 May 2007 02:34:22 Rafał Bilski wrote:
> Hi!
>
> A lot of "NOHZ: local_softirq_pending 08" messages (about 100) and
> then suddenly stoped to show. I have 2.6.21.1. I checked .2 and .3
> changelogs but I don't see anything about this message.
> What does it mean?
>
> Is "08" IRQ number
Mauro Carvalho Chehab a écrit :
As Luca pointed, if we add conversion for one driver, we should add for
the rest.
Instead, it would be better if Jiri sends the decoding and the rescaling
stuff as a patch to v4l2-apps/lib, starting the API decoding library.
Once we have a library, we can ask the
Alan Cox wrote:
If you are using a SiS controller and the BIOS didn't set it up then the
FIFO may be left active when we try and set up the CD. Not convinced this
matters but I'd prefer to be safe
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
diff -u --new-file --recursive --exclude-from /usr/src
On Mon, May 28, 2007 at 02:56:32PM -0700, Andrew Morton wrote:
> On Mon, 28 May 2007 20:36:58 +0100 Russell King <[EMAIL PROTECTED]> wrote:
>
> > On Wed, May 23, 2007 at 05:27:39PM +0100, Alan Cox wrote:
> > > Add the ioctls and values needed for this to the ARM26/ARM32 ports. The
> > > actual cod
On Mon, 28 May 2007 20:36:58 +0100 Russell King <[EMAIL PROTECTED]> wrote:
> On Wed, May 23, 2007 at 05:27:39PM +0100, Alan Cox wrote:
> > Add the ioctls and values needed for this to the ARM26/ARM32 ports. The
> > actual code has been in the base kernel for a while and automatically
> > turns on
Jeff Garzik wrote:
Several people have reported LITE-ON LTR-48246S detection failed
because SETXFER fails. It seems the device raises IRQ too early after
SETXFER. This is controller independent. The same problem has been
reported for different controllers.
So, now we have pata_via where the
On 28/05/07, Bill Davidsen <[EMAIL PROTECTED]> wrote:
I recently noted that my system was spending a lot of time in i/o wait
when doing some tasks which I thought didn't involve i/o, as noted by
the lack of disk light activity most of the time. I thought of network,
certainly the NIC had no activ
On Mon, 2007-05-28 at 22:55 +0200, Maximilian Engelhardt wrote:
> > > I additionally built my 2.6.22-rc2-mm1 kernel without High Resolution
> > > Timer, but the high ping problem is still there.
> >
> > Hmm, that's mysterious. Wild guess is that highres exposes the hidden
> > "feature" in a differe
I recently noted that my system was spending a lot of time in i/o wait
when doing some tasks which I thought didn't involve i/o, as noted by
the lack of disk light activity most of the time. I thought of network,
certainly the NIC had no activity for this job. So I set up a little
loop to captu
On May 28 2007 16:15, Robert P. J. Day wrote:
>removing dead content from the tree:
>
>http://fsdev.net/wiki/index.php?title=Kernel_Janitor%27s_Todo_List
>
>currently, the list contains the items:
>
>* 4 Traffic policing
CONFIG_NET_SCHED? CONFIG_NET_ACT_POLICE? Neither seems
marked as depreca
Hi.
On Mon, 2007-05-28 at 20:17 +0200, Rafael J. Wysocki wrote:
> On Monday, 28 May 2007 11:46, Nigel Cunningham wrote:
> > Hello!
> >
> > In reply to your more recent message, I had looked but not tried, so
> > didn't feel in a position to reply yet.
> >
> > On Sun, 2007-05-27 at 00:12 +0200, R
On 28/05/07, John Anthony Kazos Jr. <[EMAIL PROTECTED]> wrote:
> > i'm trying to keep track of kernel janitor projects that involve
> > removing dead content from the tree:
> >
> > http://fsdev.net/wiki/index.php?title=Kernel_Janitor%27s_Todo_List
> >
> > currently, the list contains the items:
Robert P. J. Day napsal(a):
> i'm trying to keep track of kernel janitor projects that involve
> removing dead content from the tree:
>
> http://fsdev.net/wiki/index.php?title=Kernel_Janitor%27s_Todo_List
>
> currently, the list contains the items:
[...]
> * 7 MOXA SmartIO support
already
> > i'm trying to keep track of kernel janitor projects that involve
> > removing dead content from the tree:
> >
> > http://fsdev.net/wiki/index.php?title=Kernel_Janitor%27s_Todo_List
> >
> > currently, the list contains the items:
> >
> > * 1 Legacy power management
> > * 2 PCMCIA IO
Initial state - address, no routes:
# ip -6 a
2: eth0: mtu 1500 qlen 1000
inet6 2001:4b10:1005:0:202:44ff:fe50:91af/64 scope global
valid_lft forever preferred_lft forever
inet6 fe80::202:44ff:fe50:91af/64 scope link
valid_lft forever preferred_lft forever
# ip -6 r
fe80::/64 de
On Monday 28 May 2007, Matthew Garrett wrote:
> On Fri, Jan 05, 2007 at 10:01:57AM -0800, David Brownell wrote:
> > This is an "RTC framework" driver for the "CMOS" RTCs which are standard
> > on PCs and some other platforms. That's MC146818 compatible silicon.
> > ...
> > +static int cmos_read_al
On Monday 28 May 2007, Matthew Garrett wrote:
> From: Matthew Garrett <[EMAIL PROTECTED]>
>
> Intel Macs (and possibly other machines) provide a PNP entry for the
> RTC, but provide no IRQ. As a result the rtc-cmos driver doesn't allow
> wakeup alarms. If the RTC is located at the legacy ioport
On Monday 28 May 2007, frank paulsen wrote:
> David Brownell <[EMAIL PROTECTED]> writes:
>
> > On Sunday 27 May 2007, Matthew Garrett wrote:
> >> f5f72b46c349fefcfd4421b2213c6ffb324c5e56 appears to break the userspace
> >> interface to the CMOS alarm. This could previously be accessed via
> >> /
Hi,
Sorry for the late reply and thanks to Jeff for stepping in. :)
Since Jeff covered both status of your patches and administrative issues
I would only like to add one small hint for people adding support for
multi-function PCI chipsets (with multiple PCI device IDs):
It makes sense to put ad
Hi,
On Tuesday 22 May 2007, Junio C Hamano wrote:
> Earlier, the matching of (model,rev) in ide-dma black/white list
> handling was to consider "ALL" in the table to match any
> revision. This changes the wildcard to NULL. This way, the
> DMA_BLACK_LIST macro used in the previous patch does not
Hi!
A lot of "NOHZ: local_softirq_pending 08" messages (about 100) and
then suddenly stoped to show. I have 2.6.21.1. I checked .2 and .3
changelogs but I don't see anything about this message.
What does it mean?
Is "08" IRQ number?
8: 2XT-PIC-XTrtc
Please CC me.
Thank
On Monday 28 May 2007, Rafael J. Wysocki wrote:
> On Monday, 28 May 2007 09:59, Rafael J. Wysocki wrote:
> > On Monday, 28 May 2007 02:21, Maximilian Engelhardt wrote:
> > > On Sunday 27 May 2007, Rafael J. Wysocki wrote:
> > > > On Sunday, 27 May 2007 22:41, Maximilian Engelhardt wrote:
> > > > >
Hi!
> >In fact, I'd like drivers to use notifiers to actually
> >load the firmware into
> >memory before hibernation/suspend. Namely, if there's
> >PM_PRE_FREEZE, the
> >driver calls request_firmware() from within the
> >notifier and saves the firmware
> >in memory for future use, if need be.
Richard Purdie wrote:
Switch reiser4 to use lzo1x_decompress_safe instead of lzo1x_decompress
as otherwise it presents a security hole (lzo1x_decompress doesn't
perform bounds checking on the decompressed data).
Signed-off-by: Richard Purdie <[EMAIL PROTECTED]>
---
fs/reiser4/plugin/compress/c
1 - 100 of 364 matches
Mail list logo
