On Tue, 12 Dec 2006 11:23:55 -0800
David Brownell [EMAIL PROTECTED] wrote:
This removes some syslog spam as RTC drivers register; debug messages
shouldn't come out at info level.
Signed-off-by: David Brownell [EMAIL PROTECTED]
Thanks David,
please also cc [EMAIL PROTECTED] on future
On Tue, 12 Dec 2006 07:48:51 +0100 (CET) Ben Castricum wrote:
This bug started to show up after the release of 2.6.19 (iirc plain 2.6.19
was still working fine).
The full dmesg is at
http://www.bencastricum.nl/lk/bootmessages-2.6.19-g9202f325.log,
and the .config
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, on sata_uli.
I'll try to reproduce it tomorrow and
On Tue, 12 Dec 2006 11:54:11 -0600
Erik Jacobson [EMAIL PROTECTED] wrote:
Hi Andrew.
There was some discussion on this patch but I believe we've agreed
on the first version I sent. This was ACKed by Matt Helsley.
Would you consider taking this in to -mm?
I've included my original
* Francois Romieu [EMAIL PROTECTED] wrote:
(I'll queue it, if Linus doesn't pick it up; please CC me in the
future)
I have lived with the NAPI -poll() handler runs in BH irq enabled
context rule for years. Is it definitely false/dead ?
If so at least 8139cp needs the same fix.
hm,
In-Reply-To: [EMAIL PROTECTED]
On Tue, 12 Dec 2006 12:49:09 -0500, Dave Jones wrote:
EFLAGS: 00010246 (2.6.18-1.2849.fc6 #1)
That was from a 2.6.18.3 kernel iirc.
Here's an idea from Michael Tokarev [EMAIL PROTECTED]:
since .version always contains 1 when you build an RPM,
you can modify
* Andrew Morton [EMAIL PROTECTED] wrote:
+#define seqlock_init(x)\
+ do {\
+ (x)-sequence = 0; \
+ spin_lock_init((x)-lock); \
Hello, Justin,
This is a 64bit system.
But i cannot understand, what is the curious? :-)
I am not a kernel developer, and not a C programmer, but the long pointers
shows me, the 64 bit.
Or am i on the wrong clue? :-)
Anyway, this issue happens for me about daily, or max 2-3 day often.
But i
Jens Axboe wrote:
On Fri, Dec 08 2006, Avantika Mathur wrote:
On Fri, 2006-12-08 at 13:05 +0100, Jens Axboe wrote:
On Thu, Dec 07 2006, Avantika Mathur wrote:
Hi Jens,
(you probably noticed now, but the [EMAIL PROTECTED] email is no longer
valid)
I saw that,
+if RTC_CLASS != n
+
if RTC_CLASS
because otherwise
Thanks for the clarification. I think Alessandro was going to
redo this one soon, since the Kconfig changed so much the patch
would no longer apply. I trust he'll remember your comments!
- Dave
-
To unsubscribe from this list:
On Wed, 13 Dec 2006 10:59:27 +1100
NeilBrown [EMAIL PROTECTED] wrote:
From: Chuck Lever [EMAIL PROTECTED]
The only reason svcsock.c looks at a sockaddr's port is to check whether
the remote peer is connecting from a privileged port. Refactor this check
to hide processing that is specific to
On Wed, 13 Dec 2006 09:17:42 +0800
Conke Hu [EMAIL PROTECTED] wrote:
Thank you for applying ATI SB600 SATA patch!
But it seems the patch file name should be
ati-sb600-sata-quirk.patch, not via-sb600-sata-quirk.patch, type
error? :)
That's the sort of thing which happens when people
Hi, Roman All:
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); \
test -d $$libpath/$$osdir
On Tue, 12 Dec 2006 20:31:32 -0600
Erik Jacobson [EMAIL PROTECTED] wrote:
But it's rather a lot of churn for such a thing. Did you consider simply
using
put_unaligned() against the specific offending field(s)?
Hi. This was not considered.
I wanted to give you some quick feedback,
On Tue, 12 Dec 2006, Pete Zaitcev wrote:
Hi, Roman All:
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);
On Tue, Dec 12, 2006 at 02:05:32PM -0800, Roland Dreier wrote:
#if defined(__mc68000__)
snip
#warning What do we have to do here??
#endif
if (io_remap_pfn_range(vma, vma-vm_start, off PAGE_SHIFT,
vma-vm_end - vma-vm_start,
Andrew Morton wrote on Tuesday, December 12, 2006 2:40 AM
On Tue, 12 Dec 2006 16:18:32 +0300
Dmitriy Monakhov [EMAIL PROTECTED] wrote:
but according to filemaps locking rules: mm/filemap.c:77
..
* -i_mutex(generic_file_buffered_write)
*-mmap_sem
But it's rather a lot of churn for such a thing. Did you consider simply
using
put_unaligned() against the specific offending field(s)?
Hi. This was not considered.
I wanted to give you some quick feedback, so I tried your suggestion in the
fork path. It seemed to fix the problem as well.
Sending it again marking Jay Estabrook
-aneesh
Module loading on Alpha was failing with error
Could not allocate 8 bytes percpu data.
Looking at dmesg we have the below error
No per-cpu room for modules.
Increase the PERCPU_ENOUGH_ROOM in a similar way as x86_64
Signed-off-by: Aneesh Kumar
Hi,
When Zephaniah Hull sent in a patch for the OLPC touchpad [0], it was
suggested that the psmouse driver be split out into separate components.
What's currently there is way too fat, and people are not happy about
adding even more code to the driver.
I've taken a stab at doing just that.
Mark Fasheh wrote:
On Tue, Dec 12, 2006 at 02:52:26AM +1100, Nick Piggin wrote:
Nick Piggin wrote:
Hmm, doesn't look like we can do this either because at least GFS2
uses BH_New for its own special things.
Also, I don't know if the trick of only walking over BH_New buffers
will work anyway,
On Tue, 12 Dec 2006, Russell King wrote:
This seems to be a very silly question (and I'm bound to be utterly
wrong as proven in my last round) but why are we implementing a new
set of atomic primitives which effectively do the same thing as our
existing set?
Why can't we just use
Trond Myklebust wrote:
On Wed, 2006-12-13 at 11:53 +1100, Nick Piggin wrote:
Not silly -- I guess that is the main sticking point. Luckily *most*
!uptodate pages will be ones that we have newly allocated so will
not be in pagecache yet.
If it is in pagecache, we could do one of a number of
Linus Torvalds wrote:
On Tue, 12 Dec 2006, Russell King wrote:
This seems to be a very silly question (and I'm bound to be utterly
wrong as proven in my last round) but why are we implementing a new
set of atomic primitives which effectively do the same thing as our
existing set?
Why can't
On Wed, 2006-12-13 at 11:53 +1100, Nick Piggin wrote:
Not silly -- I guess that is the main sticking point. Luckily *most*
!uptodate pages will be ones that we have newly allocated so will
not be in pagecache yet.
If it is in pagecache, we could do one of a number of things: either
remove
On Wed, 13 Dec 2006, Nick Piggin wrote:
parisc seems to, but sparc uses its own open coded spinlock for bitops, and
the array of regular spinlocks for atomic ops. OTOH, consolidating them
might give more scalable code *and* a smaller cacheline footprint?
Yeah, I think you'd actually end up
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 the server, and contains data,
Hello.
On Mon, 2006-12-11 at 12:05, Kristen Carlson Accardi wrote:
On Sat, 9 Dec 2006 12:59:58 +0100
Holger Macht [EMAIL PROTECTED] wrote:
Well, I like to have them ;-)
Ok - how is this?
Send a uevent to indicate a device change whenever we dock or
undock, so that userspace may now
On Tuesday, December 12, 2006 2:15 pm, Stefan Schmidt wrote:
Hello.
On Mon, 2006-12-11 at 12:05, Kristen Carlson Accardi wrote:
On Sat, 9 Dec 2006 12:59:58 +0100
Holger Macht [EMAIL PROTECTED] wrote:
Well, I like to have them ;-)
Ok - how is this?
Send a uevent to indicate a
On Tue, 12 Dec 2006 14:31:10 -0800
Jesse Barnes [EMAIL PROTECTED] wrote:
On Tuesday, December 12, 2006 2:15 pm, Stefan Schmidt wrote:
Hello.
On Mon, 2006-12-11 at 12:05, Kristen Carlson Accardi wrote:
On Sat, 9 Dec 2006 12:59:58 +0100
Holger Macht [EMAIL PROTECTED] wrote:
Hello.
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 is the only thing that makes sense,
given the set of
James Bottomley wrote:
I thought we were closing in on agreeing that the SPC/MMC
inconsistencies made this the correct candidate fix.
I tried out the patch below, but with it applied, SCSI still issues
REPORT LUNS to the device. It seems that sdev-type = -1 and bflags = 0
when
Behold! This is the driver for the Toshiba TC86C001 GOKU-S IDE controller,
completely reworked from the original brain-damaged Toshiba's 2.4 version.
This single channel UltraDMA/66 controller is very simple in programming, yet
Toshiba managed to plant many interesting bugs in it. The
Hello.
On Wednesday 13 December 2006 01:48, Sergei Shtylyov wrote:
Behold! This is the driver for the Toshiba TC86C001 GOKU-S IDE controller,
completely reworked from the original brain-damaged Toshiba's 2.4 version.
Shoot, the patch is actually against the most recent Linus' tree, so
it's
On Wed, 13 Dec 2006 01:48:34 +0300 Sergei Shtylyov wrote:
Behold! This is the driver for the Toshiba TC86C001 GOKU-S IDE controller,
completely reworked from the original brain-damaged Toshiba's 2.4 version.
This single channel UltraDMA/66 controller is very simple in programming, yet
Hello.
Randy Dunlap wrote:
Behold! This is the driver for the Toshiba TC86C001 GOKU-S IDE controller,
completely reworked from the original brain-damaged Toshiba's 2.4 version.
This single channel UltraDMA/66 controller is very simple in programming, yet
Toshiba managed to plant many
Sergei Shtylyov wrote:
Hello.
Randy Dunlap wrote:
Behold! This is the driver for the Toshiba TC86C001 GOKU-S IDE
controller,
completely reworked from the original brain-damaged Toshiba's 2.4
version.
This single channel UltraDMA/66 controller is very simple in
programming, yet
Toshiba
+ * 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.
+static int tc86c001_busproc(ide_drive_t *drive, int
This patch is against 2.6.19-rc6-mm2 and should apply to what is in
Linus' and Jeff's git trees currently. This includes a later fix to the
kfree ordering in the nv_remove_one function. Both the original patch
and the later fix are already in the -mm tree.
---
This patch adds the necessary
On Wed, 13 Dec 2006 01:48:34 +0300
Sergei Shtylyov [EMAIL PROTECTED] wrote:
Behold! This is the driver for the Toshiba TC86C001 GOKU-S IDE controller,
completely reworked from the original brain-damaged Toshiba's 2.4 version.
Actually un-nack the PCI quirk. While it is true the native mode is
On 12/13/06, Alan [EMAIL PROTECTED] wrote:
+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.
I took over IDE when hotplug was already
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 the
MODE_TT is both marked as deprecated and marked as BROKEN.
Would a patch to remove MODE_TT, always enable MODE_SKAS, and doing all
possible cleanups after this be accepted?
cu
Adrian
--
Is there not promise of rain? Ling Tan asked suddenly out
of the darkness. There had been
On Mon, 2006-12-11 at 03:27 -0500, Chuck Ebbert wrote:
In-Reply-To: [EMAIL PROTECTED]
On Wed, 06 Dec 2006 13:58:00 +0100, Kasper Sandberg wrote:
Kasper, what problems (other that the annoying message) are you having?
if it had only been the messages i wouldnt have complained.
the
Hi Chaps,
Basically I detected this problem because I added another drive to my
PCI SATA card, and now the system is running dog slow.
I tracked it down to one of the drives being forced into PIO4 mode
rather than UDMA mode; dmesg bits:
sata_nv :00:0b.0: version 2.0
ACPI: PCI Interrupt
Hi folks !
What is the logic regarding VM_RESERVED, and more specifically, why is
vm_normal_page() nor returning NULL for these ?
I have struct pages that are a bit special for things like SPE mappings
on Cell and I'd like to avoid a lot of the stuff the VM tries to do on
them, like rmap
My bug http://bugzilla.kernel.org/show_bug.cgi?id=6419
Today I found that my computer hang problem could be just a problem with
via-rhine II.
I got exactly the same problem describe on
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=245398;msg=107
I had transfer by eth0 (via-rhine II), about
AVANTIKA R. MATHUR wrote on Tuesday, December 12, 2006 5:33 PM
rawio is actually performing sequential reads, but I don't believe it is
purely sequential with the multiple processes.
I am currently running the test with longer runtimes and will post
results once it is complete.
I've also
Say a boot parameter is xxx, if you give a string xxxy, then the
boot parameter's corresponding function is executed. Is this intended?
If not, below patch fixes it.
diff --git a/init/main.c b/init/main.c
index 036f97c..d56940c 100644
--- a/init/main.c
+++ b/init/main.c
@@ -193,7 +193,8 @@ static
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 Staubach and fixes and issue with exclusive create
interacting badly
Hi. I didn't want to leave this hanging and it stayed in my head so I
thought I'd better just finish it and test it.
I tried out this patch and it got rid of all three unaligned acces errors
I was seeing with process connectors and the patch is indeed much smaller.
I ran our container daemon
Hi Andres,
On Tuesday 12 December 2006 23:31, Andres Salomon wrote:
Hi,
When Zephaniah Hull sent in a patch for the OLPC touchpad [0], it was
suggested that the psmouse driver be split out into separate components.
What's currently there is way too fat, and people are not happy about
Hi,
Sure, we will post the results to the mailing list after analyzing them.
Moreover, we post a link to the proceedings of the conference where the
results are published.
--
Timo
Hi,
Well, I filled in the survey. Was wondering if you also post the results
here at the mailing list. That
On Wed, Dec 13, 2006 at 02:12:23PM +0900, Shinichiro HIDA wrote:
Hi,
I met same problem on my 2 machines, 2.6.19 (Debian unstable) also
2.6.18.3 (Debian stable),
The trace:
;; [1] lune: debian unstable with 2.6.19
Dec 12 21:31:25 lune kernel: [c0297b70] xfs_da_do_buf+0x340/0xa10
Dec 12
On Tue, Dec 12 2006, AVANTIKA R. MATHUR wrote:
That said, I might add some logic to detect when we can cheaply switch
queues instead of waiting for a new request from the same queue.
Averaging slice times over a period of time instead of 1:1 with that
logic, should help cases like this while
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 mouse supports extended
protocol.
Sorry, I'm not
Hi,
This patch provides a feature which enables you to specify the memory
segment types you don't want to dump into a core file. You can specify
them per process via /proc/pid/coremask file. This file represents
the bitmask of memory segment types which are not written out when the
pid process is
Replace kmalloc+memset with kcalloc + remove now unused size variable
Signed-off-by: Yan Burman [EMAIL PROTECTED]
diff -rubp linux-2.6.19_orig/drivers/net/e1000/e1000_ethtool.c
linux-2.6.19_tests/drivers/net/e1000/e1000_ethtool.c
--- linux-2.6.19_orig/drivers/net/e1000/e1000_ethtool.c
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 corresponding to anon_vma_unlink() calling list_del() on
On Wed, 13 Dec 2006 03:59:45 GMT
Linux Kernel Mailing List linux-kernel@vger.kernel.org wrote:
IB: Add DMA mapping functions to allow device drivers to interpose
The QLogic InfiniPath HCAs use programmed I/O instead of HW DMA.
This patch allows a verbs device driver to
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 changed. It now returns
-EINVAL instead of -ENOTTY when the msdos
On Wed, Dec 13, 2006 at 12:35:33AM +0100, Adrian Bunk wrote:
MODE_TT is both marked as deprecated and marked as BROKEN.
Would a patch to remove MODE_TT, always enable MODE_SKAS, and doing all
possible cleanups after this be accepted?
Thanks, but not yet.
I've got that queued up in my tree
On Fri, Dec 08, 2006 at 10:32:15AM +1100, Michael Neuling wrote:
Is there a kexec-tools patch too? How does second kernel know about
the location of the first kernel's initrd to be reused?
kexec-tools has to be modified to pass the first kernel initrd. On
powerpc, initrd locations
Chuck Ebbert wrote:
This whole thing needs a proper fix IMO. I posted something a while back
but Andi didn't like it, I guess.
What's a quick summary of the issue again?
J
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL
Chuck Ebbert wrote:
In-Reply-To: [EMAIL PROTECTED]
On Tue, 12 Dec 2006 14:54:30 -0800, Chros Wright wrote:
--- a/arch/i386/kernel/process.cTue Dec 12 13:50:50 2006 -0800
+++ b/arch/i386/kernel/process.cTue Dec 12 13:50:53 2006 -0800
@@ -665,6 +665,37 @@ struct task_struct fastcall
I noticed that some USB-printers, e.g. Canon PIXMA iP3000 don't add
their serial number to the IEEE-1284 device ID string as expected by
userspace apps like cups.
Because of this, connecting multiple printers of the same type to a
system does not work properly.
This patch adds the usb serial
On 12/8/06, Eric W. Biederman [EMAIL PROTECTED] wrote:
Your or I missed a bug fix/enhancement in there somewhere.
I found the problem. the __set_fixmap need to __va, so the entries
will be referred from PAGE_OFFSET.
solution will be
1. move enable_dbgp_console from setup_early_printk, and
Yinghai Lu [EMAIL PROTECTED] writes:
On 12/8/06, Eric W. Biederman [EMAIL PROTECTED] wrote:
Your or I missed a bug fix/enhancement in there somewhere.
I found the problem. the __set_fixmap need to __va, so the entries
will be referred from PAGE_OFFSET.
solution will be
1. move
From: Adrian Bunk [EMAIL PROTECTED]
Date: Tue, 12 Dec 2006 17:24:35 +0100
This patch converts drivers/net/loopback.c to using module_init().
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
I'm not %100 sure of this one, let's look at the comment you
are deleting:
-/*
- * The loopback
601 - 669 of 669 matches
Mail list logo
