On Thu, 7 Dec 2006 17:59:01 + (GMT)
James Simmons [EMAIL PROTECTED] wrote:
Try this patch. This should fix any module/built-in dependencys.
drivers/video/aty/atyfb_base.c: In function 'atyfb_blank':
drivers/video/aty/atyfb_base.c:2817: warning: implicit declaration of function
'machine_is'
On Wed, 2006-12-13 at 02:50 -0500, Chuck Ebbert wrote:
In-Reply-To: [EMAIL PROTECTED]
On Wed, 13 Dec 2006 05:39:43 +0100, Kasper Sandberg wrote:
do you think it may be a bug in the kernel? the stuff with wine that
gets thrown in the kernel messages?
Let's just say the behavior has
Really!! , Please let me know what is the procedure to build the
modules after deleting kernel linux-2.6*
you only need include/* for this in 2.6
you can't do this at all with 2.4 kernels, it needs the whole lot.
(in both cases the code and headers are needed so that your module
On Wed, 2006-12-13 at 08:25 +0100, xb wrote:
Hi all,
Running some IO stress tests on a 8*ways IA64 platform, we got:
BUG: warning at kernel/mutex.c:132/__mutex_lock_common() message
followed by:
Unable to handle kernel paging request at virtual address
00200200
oops
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 aliasing is an issue for
this case. Please let me know if I
On Wed, 13 Dec 2006 00:45:50 -0800
Suleiman Souhlal [EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] wrote:
From: Andrew Morton [EMAIL PROTECTED]
Accounting writes is fairly simple: whenever a process flips a page from
clean
to dirty, we accuse it of having caused a write to underlying
On Tue, Dec 12, 2006 at 12:40:35PM -0500, Dmitry Torokhov wrote:
On 12/12/06, Cal Peake [EMAIL PROTECTED] wrote:
According to Dmitry in http://lkml.org/lkml/2006/10/17/280, the input
list is subscribers only. I'm assuming here that both are but a
confirmation would be nice... :)
From: Cal
Linus,
Please pull the hwmon subsystem updates for Linux 2.6.20 from:
git://jdelvare.pck.nerim.net/jdelvare-2.6 hwmon-for-linus
There are two new hardware monitoring drivers (for the Winbond W83793 and
the Nat. Semi. PC87427), many improvements to the f71805f driver
(including support for the
Al,
Thank you for reviewing my other patch and telling me it was wrong. I am
working for an embedded HW manufacturer doing linux kernel ports to their
arm platforms. In an attempt to minimize the amount of code that needs to
be loaded from flash in an embedded system I identified 60 Kbytes of
[EMAIL PROTECTED] wrote:
From: Andrew Morton [EMAIL PROTECTED]
Accounting writes is fairly simple: whenever a process flips a page from clean
to dirty, we accuse it of having caused a write to underlying storage of
PAGE_CACHE_SIZE bytes.
On architectures where dirtying a page doesn't cause a
[EMAIL PROTECTED] wrote:
I went to upgrade my kernel on a couple of boxes yesterday and noticed
that the Interphase Tachyon chipset Fibre Channel driver was removed
from the kernel. I think 2.6.1 was the last one it was still in. Was
there a reason it was pulled?
If not, do I have to
Linus,
On 12/12/2006, Linus Torvalds wrote:
On Tue, 12 Dec 2006, Jean Delvare wrote:
Please pull the i2c subsystem updates for Linux 2.6.20 from branch
i2c-for-linus of repository git://jdelvare.pck.nerim.net/jdelvare-2.6
There are 3 new i2c bus drivers, one old broken bus driver
hello,
i have a big problem: some servers send a rst-packet or don't answer if i
want to open a connection with them.
this happens with the web-server with ip 15.200.6.123 and my smc-
barricade router/printserver.
if i make a connection from windows or linux with kernel 2.2, it works, with
* john stultz [EMAIL PROTECTED] wrote:
On Wed, 2006-12-06 at 15:33 +0100, Roman Zippel wrote:
On Wed, 6 Dec 2006, Ingo Molnar wrote:
i disagree with you and it's pretty low-impact anyway. There's still
quite many HZ/tick assumptions all around the time code (NTP being one
example),
On 09/12/06, Catalin Marinas [EMAIL PROTECTED] wrote:
unreferenced object 0xdd9162b0 (size 64):
[c018d46f] kmem_cache_alloc
[c0170b2e] mempool_alloc_slab
[c01709cb] mempool_alloc
[c01b7baa] bio_alloc_bioset
[c01b7d0e] bio_alloc
[c01b83f8] bio_copy_user
[c021a380] __blk_rq_map_user
In article [EMAIL PROTECTED],
Chen, Kenneth W [EMAIL PROTECTED] wrote:
This rawio test plows through sequential I/O and modulo each small record
over number of threads. So each thread appears to be non-contiguous within
its own process context, overall request hitting the device are sequential.
I
On Wed, 2006-12-13 at 00:59 -0800, Andrew Morton wrote:
On Wed, 13 Dec 2006 00:45:50 -0800
Suleiman Souhlal [EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] wrote:
From: Andrew Morton [EMAIL PROTECTED]
Accounting writes is fairly simple: whenever a process flips a
page from clean
to
Andrew Morton wrote:
On Wed, 13 Dec 2006 00:45:50 -0800
Suleiman Souhlal [EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] wrote:
From: Andrew Morton [EMAIL PROTECTED]
Accounting writes is fairly simple: whenever a process flips a page from clean
to dirty, we accuse it of having caused a write to
In article [EMAIL PROTECTED] you wrote:
i check the packets with an analyser and make some test. if i disable ecn
with echo 0x0 /proc/sys/net/ipv4/tcp_ecn it works, with ecn enabled, it
don't work.
this is a problem on the remote site (old firewall software), nothing we
(linux kernel) can
thanks for the reply, the block device can be determined with the major
and minor numbers , what I would be more interested in is if one can get
the net_device struct from the file struct
Just how are you supposed to match files and network devices?
-`J'
--
-
To unsubscribe from this
On Wed, 2006-12-13 at 10:59 +0100, Jan Engelhardt wrote:
thanks for the reply, the block device can be determined with the major
and minor numbers , what I would be more interested in is if one can get
the net_device struct from the file struct
Just how are you supposed to match files and
Matt Mackall wrote:
On Tue, Dec 12, 2006 at 03:17:48PM +0900, Keiichi KII wrote:
FYI, there's a robot named Dave Miller who will eventually notice your
email and scold you for not cc:ing it to netdev, claiming that he
doesn't read LKML.
Thank you for your replies and reviews.
When I
The aim of this patch set is to start wrapping up the struct pid
conversions. As such this patchset culminates with the removal
of kill_pg, kill_pg_info, __kill_pg_info, do_each_task_pid, and
while_each_task_pid.
kill_proc, daemonize, and kernel_thread are still in my sights but
there is still
Suleiman Souhlal wrote:
Andrew Morton wrote:
On Wed, 13 Dec 2006 00:45:50 -0800
Suleiman Souhlal [EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] wrote:
From: Andrew Morton [EMAIL PROTECTED]
Accounting writes is fairly simple: whenever a process flips a page
from clean
to dirty, we accuse it
thanks for the reply, the block device can be determined with the major
and minor numbers , what I would be more interested in is if one can get
the net_device struct from the file struct
Just how are you supposed to match files and network devices?
from the struct file you can get the
On Wed, 13 Dec 2006 02:50:01 -0500
Chuck Ebbert [EMAIL PROTECTED] wrote:
In-Reply-To: [EMAIL PROTECTED]
On Wed, 13 Dec 2006 05:39:43 +0100, Kasper Sandberg wrote:
do you think it may be a bug in the kernel? the stuff with wine that
gets thrown in the kernel messages?
Let's just say
I tracked it down to one of the drives being forced into PIO4 mode
rather than UDMA mode; dmesg bits:
ata4.00: ATA-7, max UDMA/133, 586072368 sectors: LBA48 NCQ (depth 0/32)
ata4.00: ata4: dev 0 multi count 16
ata4.00: simplex DMA is claimed by other device, disabling DMA
Your ULi controller
On Wednesday December 13, [EMAIL PROTECTED] wrote:
NeilBrown wrote:
Following are 14 patches for knfsd that are suitable for inclusion in
2.6.20.
First 13 are from Chuck Lever and make preparations for IPv6 support (I
think we've
get them right this time).
Last is from Peter
Jean-Paul Saman wrote:
Al,
Thank you for reviewing my other patch and telling me it was wrong. I am
working for an embedded HW manufacturer doing linux kernel ports to their
arm platforms. In an attempt to minimize the amount of code that needs to
be loaded from flash in an embedded system I
The code to look at tty_old_pgrp and send SIGHUP and SIGCONT
when it is present only executes when disassociate_ctty is
called from do_exit. Make this clear by adding an explict
on_exit check, and explicitly setting tty_old_pgrp to 0.
In addition fix the locking by reading tty_old_pgrp under
the
Modify has_stopped_jobs and will_become_orphan_pgrp
to use struct pid based process groups.This reduces
the number of hash tables looks ups and paves the way
for multiple pid spaces.
Signed-off-by: Eric W. Biederman [EMAIL PROTECTED]
---
kernel/exit.c | 42
Now that I have changed all of the in-tree users remove the old
version of these functions. This should make it clear to any
out of tree users that they should be using kill_pgrp kill_pgrp_info
or __kill_pgrp_info instead.
Signed-off-by: Eric W. Biederman [EMAIL PROTECTED]
---
The goal is to remove users of the old signal helper functions
so they can be removed.
Signed-off-by: Eric W. Biederman [EMAIL PROTECTED]
---
kernel/signal.c | 12
1 files changed, 8 insertions(+), 4 deletions(-)
diff --git a/kernel/signal.c b/kernel/signal.c
index
To properly implement a pid namespace I need to deal exclusively
in terms of struct pid, because pid_t values become ambiguous.
To this end session_of_pgrp is transformed to take and return
a struct pid pointer. To avoid the need to worry about reference
counting I now require my caller to hold
Of kernel subsystems that work with pids the tty layer
is probably the largest consumer. But it has the nice
virtue that the assiation with a session only lasts until
the session leader exits. Which means that no reference
counting is required. So using struct pid winds up
being a simple
Currently all users of __proc_set_tty are in tty_io.c so
make the function static.
Signed-off-by: Eric W. Biederman [EMAIL PROTECTED]
---
drivers/char/tty_io.c |3 ++-
include/linux/tty.h |1 -
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/char/tty_io.c
I am slowly moving to a model where all process killing
is struct pid based instead of pid_t based. The sunos
compatibility code is one of the last users of the old pid_t
based kill_pg in the kernel. By being complete I allow
for the future removal of kill_pg from the kernel, which
will ensure
Every call to is_orphaned_pgrp passed in process_group(current)
which is racy with respect to another thread changing our process
group. It didn't bite us because we were dealing with integers
and the worse we would get would be a stale answer.
In switching the checks to use struct pid to be a
commit 24ec839c431eb79bb8f6abc00c4e1eb3b8c4d517 while fixing
the locking for signal-tty got the locking wrong for
signal-session. This places our accesses of signal-session
back under the tasklist_lock where they belong.
Signed-off-by: Eric W. Biederman [EMAIL PROTECTED]
---
There isn't any real advantage to this change except that
it allows the old functions to be removed. Which is easier
on maintenance and puts the code in a more uniform style.
Signed-off-by: Eric W. Biederman [EMAIL PROTECTED]
---
fs/ioprio.c | 18 --
Now that I have changed all of the users remove the old version of these
functions. This should be a clear hint to any out of tree users
that they should use do_each_pid_task and while_each_pid_task for
new code.
Signed-off-by: Eric W. Biederman [EMAIL PROTECTED]
---
include/linux/pid.h | 14
[1.] One line summary of the problem:
PHY probe not working properly for ibm_emac (PPC4xx)
[2.] Full description of the problem/report:
I have a system with AMCC PowerPC 405EP and PHY Intel LXT971A.
Linux 2.6.18.3 is not able to detect the PHY ID correctly. The
PHY ID detected is 0, but
Tejun,
On 11/12/06, Tejun Heo [EMAIL PROTECTED] wrote:
piix_init_one() allocates host private data which should be freed by
piix_host_stop(). ich_pata_ops wasn't converted to piix_host_stop()
while merging, leaking 4 bytes on driver detach. Fix it.
I tried your patch last night but the leak
On 12/12/06, Eric W. Biederman [EMAIL PROTECTED] wrote:
diff --git a/arch/x86_64/kernel/head.S b/arch/x86_64/kernel/head.S
index 1e6f808..2f65469 100644
--- a/arch/x86_64/kernel/head.S
+++ b/arch/x86_64/kernel/head.S
@@ -328,9 +328,9 @@ ENTRY(wakeup_level4_pgt)
.align PAGE_SIZE
wakeup_level4_pgt need to be updated in addtion to boot_level4_pgt?
also comment could be updated for good unstanding too.
YH
-
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 Wed, 2006-12-13 at 00:26 +0100, Stefan Schmidt wrote:
On Tue, 2006-12-12 at 15:00, Kristen Carlson Accardi wrote:
I did have different dock/undock events a few months ago - but
after some discussion we scrapped them because Kay wants to avoid driver
specific events. The change event
Hello.
On Wed, 2006-12-13 at 10:14, Kay Sievers wrote:
On Wed, 2006-12-13 at 00:26 +0100, Stefan Schmidt wrote:
On Tue, 2006-12-12 at 15:00, Kristen Carlson Accardi wrote:
I did have different dock/undock events a few months ago - but
after some discussion we scrapped them because
On Tue, 12 December 2006 14:49:04 -0700, Andreas Dilger wrote:
It would be better to have a printk in the module init, since users with
upstream builds won't see the config help.
How many of those are there? This is not ext3, this is a flash
filesystem. Users are either those doing the
Waste of space having a busproc routine. The maintainer removed all the
usable hotplug support from old IDE so this might as well be dropped.
I took over IDE when hotplug was already broken (late 2.5), moreover IDE
hotplug support has been always a quick hack according to its original
Hello. I'm only able to use one of the two onboard Gig-eth NICs on this HP
DL145 G2 with Debian etch (2.6.18-based) yet both are detected and shown by
dmesg. The NIC marked as '2' on the back of the machine becomes eth0, whilst
'eth1' seems to vanish into the ether (if you'll excuse the pun).
On Wednesday, 13 December 2006 01:53, Neil Brown wrote:
On Tuesday December 12, [EMAIL PROTECTED] wrote:
So when md writes to write out the superblock, to gets EIO... Odd that
you aren't getting errors for normal writes.
What devices are the md/raid1 built on?
Sata drives,
Hi,
On Tue, 12 Dec 2006, Pete Zaitcev wrote:
In 2.6.19 (and Linus' curent tree), I found the following:
libpath=$$dir/lib; lib=qt; osdir=; \
$(HOSTCXX) -print-multi-os-directory /dev/null 21 \
osdir=x$$($(HOSTCXX) -print-multi-os-directory); \
Still testing this patch, but it looks good so far.
---
Just setting PG_dirty can cause NR_FILE_DIRTY to underflow
which is bad (TM).
Use set_page_dirty() which will do the right thing.
Signed-off-by: Peter Zijlstra [EMAIL PROTECTED]
---
fs/nfs/file.c |2 +-
1 file changed, 1 insertion(+),
On Wed, 2006-11-01 at 16:26 +1100, Nick Piggin wrote:
The attached (very untested, in need of splitting up) patch attempts to
solve these problems. Note that it is probably not going to prevent your
SIGBUS, so that will have to be found and fixed individually.
In the meantime, I'll run this
On Wed, 2006-12-13 at 13:12 +0100, Peter Zijlstra wrote:
Still testing this patch, but it looks good so far.
---
Just setting PG_dirty can cause NR_FILE_DIRTY to underflow
which is bad (TM).
Use set_page_dirty() which will do the right thing.
Actually, I'd prefer to have it do the right
On Wed, 2006-12-13 at 01:50 +0200, Matti Aarnio wrote:
I do already see spammers smart enough to retry addresses from
the zombie machine, but that share is now below 10% of all emails.
My prediction for next 200 days is that most spammers get the clue,
but it gives us perhaps 3 months of less
On Wed, 2006-12-13 at 12:03 +0100, Jan Engelhardt wrote:
thanks for the reply, the block device can be determined with the major
and minor numbers , what I would be more interested in is if one can get
the net_device struct from the file struct
Just how are you supposed to match files
On Wed, 2006-12-13 at 09:02 +0100, Arjan van de Ven wrote:
On Wed, 2006-12-13 at 08:25 +0100, xb wrote:
Hi all,
Running some IO stress tests on a 8*ways IA64 platform, we got:
BUG: warning at kernel/mutex.c:132/__mutex_lock_common() message
followed by:
Unable to handle
On Wed, 2006-12-13 at 11:25 +0200, Dumitru Ciobarcianu wrote:
On Wed, 2006-12-13 at 01:50 +0200, Matti Aarnio wrote:
I do already see spammers smart enough to retry addresses from
the zombie machine, but that share is now below 10% of all emails.
My prediction for next 200 days is that most
MODPOST 618 modules
WARNING: __ucmpdi2 [drivers/media/video/v4l2-common.ko] undefined!
This 32-bit ppc architecture, using gcc version 4.1.2 20061115
(prerelease) (Debian 4.1.1-21). .config below if important.
__ucmpdi2 seems to be 64-bit comparision. gcc seems to use it for switch
Replace the very few remaining depends Kconfig directives with
depends on.
Signed-off-by: Robert P. J. Day [EMAIL PROTECTED]
---
Given the recent patch that was applied to make this transformation,
might as well finish it off and deal with those last three cases.
At this point, all
Andrew Robinson wrote:
When I said hibernate, I did mention it was to disk, not to ram. I
woke my computer up from work remotely using wakeonlan. When the
computer was responsive, I started getting I/O errors and when I saw
my kernel log I saw file corruption problems with my /dev/sda2
device
The following functions each allocate a 1.5 kB *_state struct on the
stack:
- dib7000m_i2c_enumeration()
- dib7000p_i2c_enumeration()
- dib3000mc_i2c_enumeration()
Considering that the whole stack might be only 4 kB, functions shouldn't
use 1.5 kB of the stack.
cu
Adrian
--
Is there
- no longer a userspace header
- add #include linux/types.h for in-kernel compilation
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
include/linux/byteorder/Kbuild |1 -
include/linux/byteorder/swabb.h | 13 -
2 files changed, 4 insertions(+), 10 deletions(-)
---
On Mon, 2006-12-11 at 21:46 +0100, Adrian Bunk wrote:
It doesn't seem to be intended that in ubi_dbg_vprint_nolock() the
variable caller is never assigned any value different from 0.
thanks, fixed in our GIT tree.
--
Best regards,
Artem Bityutskiy (Битюцкий Артём)
-
To unsubscribe from
This patch removes some more ftape code.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
include/linux/Kbuild |1
include/linux/mtio.h | 146
include/linux/qic117.h | 290 -
3 files changed, 437 deletions(-)
---
-- snip --
...
NOT FOR MAINLINE!
This is for the driver tutorial I give. It will not be included in the
mainline kernel tree ever. Use the ldusb driver that is already there
instead for this device.
This is only a teaching tool.
...
+ pkt = kmalloc(sizeof(*pkt), GFP_ATOMIC);
+
On Mon, 2006-12-11 at 17:42 +0100, Adrian Bunk wrote:
The MTD_UBI and the MTD_UBI_DEBUG_PARANOID_* options lack help texts.
thanks, fixed in our GIT tree.
--
Best regards,
Artem Bityutskiy (Битюцкий Артём)
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of
Yesterday I was in an audio seminar from Meyer Sound and the AES, and
discovered an audio analizer that uses Linux OS, and I mean that it
uses the fftw open source libraries. In the details of the product,
not appear any word about gpl and linux.
Please, investigate this case:
Meelis Roos napisał(a):
MODPOST 618 modules
WARNING: __ucmpdi2 [drivers/media/video/v4l2-common.ko] undefined!
This 32-bit ppc architecture, using gcc version 4.1.2 20061115
(prerelease) (Debian 4.1.1-21). .config below if important.
__ucmpdi2 seems to be 64-bit comparision. gcc seems to
Hello.
Please _NEVER_ drop Cc: list, since not everyone can be subscribed to
linux-kernel@, fortunately I'm not for example.
On Wed, Dec 13, 2006 at 06:51:47PM +0530, Tushar Adeshara ([EMAIL PROTECTED])
wrote:
I think these four lines are not required. Irrespective of return
value of
Ignore files generated by 'make cscope'
Signed-off-by: Tobias Klauser [EMAIL PROTECTED]
---
.gitignore |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/.gitignore b/.gitignore
index e1d5c17..1586b9d 100644
--- a/.gitignore
+++ b/.gitignore
@@ -41,3 +41,6 @@ patches-*
Hi,
On Tue, 12 Dec 2006, john stultz wrote:
Basically INTERVAL_LENGTH_NSEC defines the NTP interval length that the
time code will use to accumulate with. In this patch I've pushed it out
to a full second, but it could be set via config (NSEC_PER_SEC/HZ for
regular systems, something larger
Yesterday I was in an audio seminar from Meyer Sound and the AES, and
discovered an audio analizer that uses Linux OS, and I mean that it
uses the fftw open source libraries. In the details of the product,
not appear any word about gpl and linux.
Please, investigate this case:
On Wed, Dec 13, 2006 at 03:37:57PM +1100, Benjamin Herrenschmidt wrote:
Hi folks !
What is the logic regarding VM_RESERVED, and more specifically, why is
vm_normal_page() nor returning NULL for these ?
Near as I could ever tell from the discussion on linux-mm, it is a page
which should not
Are there any dependencies in $subject which would preclude changing
drivers/video/Kconfig with:
config FB_RADEON_BACKLIGHT
bool Support for backlight control
-depends on FB_RADEON PMAC_BACKLIGHT
+depends on FB_RADEON
select FB_BACKLIGHT
default y
On 12/13/06, Andres Salomon [EMAIL PROTECTED] wrote:
Dmitry Torokhov wrote:
Hi Andres,
[...]
Unfortunately I do not think this is going to work well in in default case:
1. PS/2 probing order is important. You need to probe for intellimouse
explorer last otherwise you might miss that
Trond Myklebust wrote:
On Wed, 2006-12-13 at 11:25 +0200, Dumitru Ciobarcianu wrote:
On Wed, 2006-12-13 at 01:50 +0200, Matti Aarnio wrote:
I do already see spammers smart enough to retry addresses from
the zombie machine, but that share is now below 10% of all emails.
My prediction
[due to a broken libata in current -git I've not been able to test this patch
enough]
This patch adds an allowed_affinity mask to each interrupt, in addition to
the
existing actual affinity mask. In addition this new mask is exported to
userspace
in a similar way as the actual affinity is
On 11/29/06, Keith Curtis [EMAIL PROTECTED] wrote:
I never resolved the problem. I turned on the excessive debugging output, but it
didn't print out info about receiving packets or interrupts. My test
app claimed there were no packets received although the bus analyzer
showed lots of packets
On Wed, Dec 13, 2006 at 08:46:24AM -0500, James Cloos wrote:
Are there any dependencies in $subject which would preclude changing
drivers/video/Kconfig with:
Yes.
or is radeon_backlight.c only functional when -DCONFIG_PMAC_BACKLIGHT,
even though the pmac routines are all ifdef'ed?
Did you
Quoting Anderson Briglia [EMAIL PROTECTED]:
[...]
Hi,
thats really cool stuff you're providing with your patches. :)
I have some feedback or questions some parts here.
But as i just started trying to get into kernelhacking you probably
better don't take my notes to serious, please.
Index:
This patch contained code that needs to be in another patch. Please update
this patch.
diff --git a/drivers/video/aty/aty128fb.c b/drivers/video/aty/aty128fb.c
index 3feddf8..2e976ff 100644
--- a/drivers/video/aty/aty128fb.c
+++ b/drivers/video/aty/aty128fb.c
@@ -1834,7 +1834,7 @@ static void
On Tue, 2006-12-12 at 08:46 -0800, Daniel Walker wrote:
What is this accomplishing? My TSC gets marked unstable, and it's not
unstable, in addition I have HRT off .. The else clause above just
doesn't seem right ..
This was a mismerge. It's fixed by now.
Thanks,
tglx
-
To
Michael == Michael Hanselmann [EMAIL PROTECTED] writes:
JimC Are there any dependencies in $subject which would preclude
JimC changing drivers/video/Kconfig
Michael Yes.
Ok. Thanks.
JimC is radeon_backlight.c only functional when -DCONFIG_PMAC_BACKLIGHT,
JimC even though the pmac
Signed-Off-By: James Simmons [EMAIL PROTECTED]
Here is the updated patch for proper backlight selection.
diff --git a/drivers/video/Kconfig b/drivers/video/Kconfig
index 4e83f01..39d8783 100644
--- a/drivers/video/Kconfig
+++ b/drivers/video/Kconfig
@@ -4,20 +4,9 @@
menu Graphics support
The problem is the overlap of the patches
fbdev-update-after-backlight-argument-change.diff
proper-backlight-selection-forfbdev-drivers.patch
The machine_is change is in the argument change patch. It should be in
this patch. I can send updates of both patches.
On Wed, 13 Dec 2006, Andrew
On Wed, 2006-12-13 at 15:03 +1100, Nick Piggin wrote:
Trond Myklebust wrote:
On Wed, 2006-12-13 at 12:56 +1100, Nick Piggin wrote:
Note that these pages should be *really* rare. Definitely even for normal
filesystems I think RMW would use too much bandwidth if it were required
for any
Error handling:
Pass something you memset'ed to 0 to functions that never change it but
dereference it in dprintk()'s.
This patch removes this broken code - plain Oops'es aren't worse.
As a bonus, this function no longer wastes more than 2 kB stack space.
Signed-off-by: Adrian Bunk [EMAIL
On Wed, 2006-12-13 at 08:49 -0500, Peter Staubach wrote:
Trond Myklebust wrote:
On Wed, 2006-12-13 at 12:56 +1100, Nick Piggin wrote:
Note that these pages should be *really* rare. Definitely even for normal
filesystems I think RMW would use too much bandwidth if it were required
for
On 12/13/06, Alan [EMAIL PROTECTED] wrote:
Waste of space having a busproc routine. The maintainer removed all the
usable hotplug support from old IDE so this might as well be dropped.
I took over IDE when hotplug was already broken (late 2.5), moreover IDE
hotplug support has been always
Unfortunately it seems that not everybody has moved on. It is not
about your not accepted patches but about the maintainer removed
all the usable hotplug support from old IDE false accusations which
are unproven and untrue.
I invite anyone who cares to study the archive.
Welcome back to my
On 12/13/06, Alan [EMAIL PROTECTED] wrote:
Unfortunately it seems that not everybody has moved on. It is not
about your not accepted patches but about the maintainer removed
all the usable hotplug support from old IDE false accusations which
are unproven and untrue.
Moreover I could be
Trond Myklebust wrote:
On Wed, 2006-12-13 at 12:56 +1100, Nick Piggin wrote:
Note that these pages should be *really* rare. Definitely even for normal
filesystems I think RMW would use too much bandwidth if it were required
for any significant number of writes.
If file foo exists on
Hello.
Alan wrote:
+ * We work around this by initiating dummy, zero-length DMA transfer on
+ * a DMA timeout expiration. I found no better way to do this with the current
Novel workaround and probably better than resetting the chip as the
winbong does.
I didn't try resetting however
+static int tc86c001_busproc(ide_drive_t *drive, int state)
+{
Waste of space having a busproc routine. The maintainer removed all the
usable hotplug support from old IDE so this might as well be dropped.
Don't know what you mean, ioctl is still there...
You can turn the bus on and
On Wed, 2006-08-30 at 20:00 -0700, Andrew Morton wrote:
On Wed, 30 Aug 2006 19:42:32 -0700
Piet Delaney [EMAIL PROTECTED] wrote:
On Wed, 2006-08-30 at 15:57 -0700, Andrew Morton wrote:
On Wed, 30 Aug 2006 14:48:22 -0700
Andrew Morton [EMAIL PROTECTED] wrote:
Plus: I'd want to
From: Catalin Marinas [EMAIL PROTECTED]
Subject: Re: Possible memory leak in block/ll_rw_blk.c
Date: Wed, 13 Dec 2006 10:00:05 +
On 09/12/06, Catalin Marinas [EMAIL PROTECTED] wrote:
unreferenced object 0xdd9162b0 (size 64):
[c018d46f] kmem_cache_alloc
[c0170b2e] mempool_alloc_slab
Herbert Poetzl wrote:
On Tue, Dec 12, 2006 at 03:58:16PM -0700, Eric W. Biederman wrote:
Andrew de Quincey [EMAIL PROTECTED] writes:
[snip]
correct, will fix that up in the next round
thanks for the feedback,
Herbert
Hi - the conversion looks good to me.. I can't really offer any more
Linus, Andrew,
This patch adds initial support to 8250-pci for the Korenix Jetcard PCI
serial cards. The JC12xx cards are standard RS232-based serial cards
utilising the Oxford 16C950 device.
The JC14xx are RS422/RS485-based cards, but in order for these to be
supported natively, we will need
1 - 100 of 771 matches
Mail list logo