On Wed, Jul 13, Talal jaafar wrote:
> hi All,
>
> I have recently downloaded the latest stable version of 2.6.12
> (2.6.12-2) and I am trying to use either "ssh" or "rsh" to communicate
> with another machine. However, I keep getting "Permission Denied", and
> from the /var/log/message it s
* Nathan Scott <[EMAIL PROTECTED]> wrote:
> On Tue, Jul 12, 2005 at 04:01:32PM -0700, Daniel Walker wrote:
> >
> > Is there something so odd about the XFS locking, that it can't use the
> > rt_lock ?
>
> Not that I know of - XFS does use the downgrade_write interface, whose
> use isn't overly
Le Mercredi 13 Juillet 2005 01:16, Protasevich, Natalie a écrit :
>
> At this point, you'll need to set the system back to its original state
> that you started with, and have both "apic=debug" and "pci=routeirq" as
> boot options. I'd say use the last kernel that you prepared with USB
> support th
On Thu, 2005-07-07 at 20:31 +1000, Dave Airlie wrote:
> On 7/3/05, Miles Lane <[EMAIL PROTECTED]> wrote:
> > mtrr: base(0xe802) is not aligned on a size(0x3c) boundary
> > [drm:drm_unlock] *ERROR* Process 4470 using kernel context 0
> > mtrr: 0xe800,0x800 overlaps existing 0xe80
* Lee Revell <[EMAIL PROTECTED]> wrote:
> > I have found that heavy network traffic really kills the interactive
> > performance. In the top excerpt below, gtk-gnutella is generating about
> > 320KB/sec of traffic.
> >
> > These priorities do not look right:
>
> Never mind, I just rediscovered
On Wed, Jul 06, 2005 at 02:56:52PM +1000, Nathan Scott wrote:
> Hi Nicholas,
>
> On Sat, Jul 02, 2005 at 10:41:08PM +0100, Nicholas Hans Simmonds wrote:
> > This is a simple attempt at providing capability support through extended
> > attributes.
> > ...
> > +#define XATTR_CAP_SET XATTR_SECURITY_P
On Tue, Jul 12, 2005 at 10:05:00PM -0700, Linus Torvalds wrote:
> it's _really_ -rc3 this time, never mind the confusion with the commit
> message last time (when the Makefile clearly said -rc2, but my over-eager
> fingers had typed in a commit message saying -rc3).
>
> There's a bit more chang
On Tue, Jul 12, 2005 at 09:55:22PM -0700, Sam Song wrote:
> But seems not functional on PowerPC platform. I used
> a MPC8241 which has a DURT inside to try the git tree
> 8250.c and got the following result:
I don't know what's going on here - I don't know the PPC code
internals at all, or what yo
On Mon, 11 Jul 2005 20:09:58 -0700, Greg KH <[EMAIL PROTECTED]> wrote:
> On Mon, Jul 11, 2005 at 01:30:47PM -0700, Joe Sevy wrote:
> > Sorry, no logs or dmesg to report; just performance.
> > Using kernel 2.6.12: USB flash drive (san-disk cruzer
> > micro) Copy FROM drive is normal and quick; copy
On Tuesday 12 July 2005 22:36, Bodo Eggert wrote:
> Denis Vlasenko <[EMAIL PROTECTED]> wrote:
>
> > text with 8-char tabs:
> >
> > struct s {
> > int n; /* comment */
> > unsigned int u; /* comment */
> > };
> >
> > Same text viewed with tabs set to 4-char width:
> >
>
hi All,
I have recently downloaded the latest stable version of 2.6.12
(2.6.12-2) and I am trying to use either "ssh" or "rsh" to communicate
with another machine. However, I keep getting "Permission Denied", and
from the /var/log/message it seems that the kernel has some security
enabled tha
Signed-off-by: Miles Bader <[EMAIL PROTECTED]>
arch/v850/kernel/vmlinux.lds.S |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff -ruN -X../cludes linux-2.6.11-uc0/arch/v850/kernel/vmlinux.lds.S
linux-2.6.11-uc0-v850-20050713/arch/v850/kernel/vmlinux.lds.S
--- linux-2.6.11-uc0/a
On Mon, 11 Jul 2005 13:30:47 -0700 (PDT), Joe Sevy <[EMAIL PROTECTED]> wrote:
> Sorry, no logs or dmesg to report; just performance.
> Using kernel 2.6.12: USB flash drive (san-disk cruzer
> micro) Copy FROM drive is normal and quick; copy TO
> drive is amazingly slow. (30 minutes for 50K file).
>
On Tue, 2005-07-12 at 15:22 -0700, Martin J. Bligh wrote:
>
> --On Tuesday, July 12, 2005 16:58:44 -0400 Lee Revell <[EMAIL PROTECTED]>
> wrote:
>
> > On Mon, 2005-07-11 at 21:30 -0700, Martin J. Bligh wrote:
> >> Some sort of comprimise has to be struck for now, until we get sub-HZ
> >> timers.
Thanks for the input,
Benjamin Herrenschmidt wrote:
> On Sun, 2005-07-10 at 15:19 -0700, Micheal Marineau wrote:
>
>>I've been forward porting this patch for a while now and need
>>some input on it. You can see the last time someone posted it
>>to the list here:
>>http://www.ussg.iu.edu/hypermail
On Mon, 11 Jul 2005 17:06:28 +0300, [EMAIL PROTECTED] (Markus Törnqvist)
wrote:
> Sorry about the bother, enabling K8 IOMMU fixed the issues.
> At least that's the most relevant change I made to the conf
> to fix it.
This is not a good reason for crashes though. All is well that ends
well, but
Dear LKML
I would like to report following oops which occurs with Kernel
2.6.12-rc2 git current (bd4c625c061c2a38568d0add3478f59172455159) at bootup:
Odin kernel: Unable to handle kernel paging request at virtual address
851b
Odin kernel: printing eip:
Odin kernel: dd215065
Odin kernel: *pd
Yes,
it's _really_ -rc3 this time, never mind the confusion with the commit
message last time (when the Makefile clearly said -rc2, but my over-eager
fingers had typed in a commit message saying -rc3).
There's a bit more changes here than I would like, but I'm putting my foot
down now. Not on
Russell King <[EMAIL PROTECTED]> wrote:
[snip]
> It works for me on my platforms here, and everyone
> else on x86. I even had a situation where I had
> NR_UARTS set to 64 but only one registered... which
> also worked fine with no extraneous kernel messages.
But seems not functional on PowerPC pl
On Tue, Jul 12, 2005 at 07:02:31PM -0700, Andrew Morton wrote:
> Keshavamurthy Anil S <[EMAIL PROTECTED]> wrote:
> >
> > This patch applies on top of "Prasanna S Panchamukhi's" recent postings
> > Kprobes: Prevent possible race condition ia64 changes
>
> I am not aware of such a patch. Your pat
Hi,
(2.6.13-rc2 or later)
This appears to be a dependency bug in gconfig to me.
If I enable NETCONSOLE to y, NETPOLL becomes y. (OK)
If I then disable NETCONSOLE to n, NETPOLL remains y.
If I enable NETCONSOLE to m, NETPOLL remains n. Why is that?
config NETPOLL
def_bool NETCONSOLE
Tomasz Kłoczko wrote:
On Tue, 12 Jul 2005, Tom Zanussi wrote:
[..]
> DTrace real examples shows something completly diffret.
> MANY things (if not ~almost all) can be kept only in aggregated form
> during experiments.
But you can also do the aggregation in user space if you have a cheap
way o
On Tue, Jul 12, 2005 at 07:02:31PM -0700, Andrew Morton wrote:
> Keshavamurthy Anil S <[EMAIL PROTECTED]> wrote:
> >
> > This patch applies on top of "Prasanna S Panchamukhi's" recent postings
> > Kprobes: Prevent possible race condition ia64 changes
>
> I am not aware of such a patch. Your pat
On Tue, 2005-07-12 at 18:46 -0700, Paul E. McKenney wrote:
> > If you are talking about scheduler_tick, then yes, it is called by the
> > timer interrupt which is a SA_NODELAY interrupt. If you don't want to
> > get interrupted by the timer interrupt, then you will need to disable
> > interrupts
On Tue, 12 Jul 2005, Jeff Mahoney wrote:
>
> scripts/Lindent fs/reiserfs/*.c include/linux/reiserfs_*.h
Ok, applied. You should check that you got the same results I did, and
feel free to send further cleanup patches. Sometimes "indent" does some
silly things.
Linus
-
To unsu
Hans Reiser wrote:
David Masover wrote:
That's why we're trying to find something that people won't actually
touch, especially since if we design it right, this will be the last
delimiter introduced at the fs/vfs level.
Uh, no, there needs to be about a dozen or so more.
Where?
From what
David Masover <[EMAIL PROTECTED]> wrote:
> Hans Reiser wrote:
> > Horst von Brand wrote:
> >>Hans Reiser <[EMAIL PROTECTED]> wrote:
> >>>Stefan Smietanowski wrote:
[...]
> > Better to spend one's mind looking for bugs instead of this issue.
>
> .if bugs were seen as such a big deal.
> I
Jose Barroca wrote:
This one had an interesting output: there was indication of an error
happening some 197 days ago. I could decipher the remaining info.
This is probably not related.
> Also,
the REALLOACTED_SECTOR_CT has a very high number, though it is labelled
"PRE_FAIL".
But this is;
Eric, I have to have a similar compat file for the IPMI drivers
backported onto RHEL3, RHEL4, and SLES9. They aren't in mainline of
course, but each OS has a slightly different copy for its needs, so my
DKMS packages carry it.
In general, this construct:
> > -#if (LINUX_VERSION_CODE < KERNEL_VER
Keshavamurthy Anil S <[EMAIL PROTECTED]> wrote:
>
> This patch applies on top of "Prasanna S Panchamukhi's" recent postings
> Kprobes: Prevent possible race condition ia64 changes
I am not aware of such a patch. Your patch hit a reject when I tried to
apply it to Linus's tree. So I don't know
Linas Vepstas wrote:
On Wed, Jul 06, 2005 at 02:17:21PM +0900, Hidetoshi Seto was heard to remark:
Touching poisoned data become a MCA, so now it directly means
Several questions:
Is MCA an exception or fault of some sort, so at some point,
the kernel would catch a fault?
So when you say
This patch addresses a potential race condition for a case where
Kprobe has been removed right after another CPU has taken
a break hit.
The way this is addressed here is when the CPU that has taken a break hit
does not find its corresponding kprobe, then we check to see if the
original instruction
On Tue, Jul 12, 2005 at 07:47:15PM -0400, Steven Rostedt wrote:
> On Tue, 2005-07-12 at 14:34 -0700, Paul E. McKenney wrote:
> > > Yeah, mips has the crazy Load Linked and Store Conditional crap, so it
> > > is a little more complex than the simple add one. And I think PPC does
> > > too, although
Linas Vepstas wrote:
On Wed, Jul 06, 2005 at 02:18:53PM +0900, Hidetoshi Seto was heard to remark:
+static int pci_error_recovery(peidx_table_t *peidx)
Minor comment:
Maybe a different name for this routine would be good;
this potentially conflicts with generic pci routines.
Good point. I'l
Linas Vepstas wrote:
Thus, one wouldn't want to perform an iochk_read() in this way unless
one was already pretty sure that an error had already occured ...
If another kind of I/O error detecting system finds a error before
performing iochk_read(), it can prevents coming iochk_read() from
spen
On Tue, 2005-07-12 at 21:18 -0400, Lee Revell wrote:
> On Mon, 2005-07-04 at 13:16 +0200, Ingo Molnar wrote:
> > i'd first suggest to try the latest kernel, before changing your X
> > config - i think the bug might have been fixed meanwhile.
>
> I have found that heavy network traffic really kill
Sorry for the confusion, you're hitting the other mmap_sem -> transaction
lock
problem. This one should be solvable with an iget so we make sure not to
do
the final unlink until after the mmap sem is dropped.
Lets see what I can do...
Oh dang.
I thought this last crash after upgrading to
Neil Brown wrote:
>On Tuesday July 12, [EMAIL PROTECTED] wrote:
>
>
>>Neil Brown wrote:
>>
>>
>>
>>>Maybe it is worth repeating Al Viro's suggestion at this point. I
>>>don't have a reference but the idea was basically that if you open
>>>"/foo" and get filedescriptor N, then
>>> /proc/sel
On Mon, 2005-07-04 at 13:16 +0200, Ingo Molnar wrote:
> i'd first suggest to try the latest kernel, before changing your X
> config - i think the bug might have been fixed meanwhile.
I have found that heavy network traffic really kills the interactive
performance. In the top excerpt below, gtk-g
You might look into SFS by David Mazieres, some concepts in it are
likely to interest you.
Hans
Vlad C. wrote:
>--- Hans Reiser <[EMAIL PROTECTED]> wrote:
>
>
>>Please treat at greater length how your proposal
>>differs from NFS.
>>
>>
>
>I think NFS is not flexible enough because:
>
>1) N
I want to register a new system call and notice that on several
architectures there is some inconsistency between the system call table
and unistd.h, e.g. (2.6.13-rc2):
in arch/arm/kernel/calls.S:
...
/* 310 */ .long sys_request_key
.long sys_keyctl
.long
On Tuesday 12 July 2005 20:50, Rob Mueller wrote:
>
> Are you saying that if you mount with noatime *and* use your new patch it
> will fix the problem?
>
> What about the 2 threads linked to. Did those end up getting anywhere?
Sorry for the confusion, you're hitting the other mmap_sem -> transact
On Tuesday 12 July 2005 20:42, Chris Mason wrote:
> > Sounds like a different issue. The patch Bron included before fixes (or
> > at least reduces to the point where it fixes it for us) a problem where
> > processes get stuck in D state and are unkillable. A reboot is required
> > to remove them.
There is a much less complex solution that I've just recently gotten
working
in the SUSE kernel. If reiser3/ext3 don't log the inode during atime
updates, the problem goes away.
You can solve this now by mounting with -o noatime (although that might
not
play well with cyrus, not sure). My c
On Wed, Jul 06, 2005 at 11:07:37AM -0500, Greg KH wrote:
>On Wed, Jul 06, 2005 at 10:57:35AM -0500, Doug Warzecha wrote:
>> On Tue, Jul 05, 2005 at 11:17:03PM -0500, Greg KH wrote:
>> >
>> >I'm sure I commented on this driver already, yet, I never got a
>response
>> >
On Tue, Jul 12, 2005 at 05:41:43PM -0700, Daniel Walker wrote:
> On Wed, 2005-07-13 at 10:25 +1000, Nathan Scott wrote:
> > On Tue, Jul 12, 2005 at 04:01:32PM -0700, Daniel Walker wrote:
> > >
> > > Is there something so odd about the XFS locking, that it can't use the
> > > rt_lock ?
> >
> > Not
On Tuesday 12 July 2005 20:27, Rob Mueller wrote:
> > > We're also applying the attached patch. There's a bug in reiserfs that
> > > gets tickled by our huge MMAP usage (it's amazing what really busy
> > > Cyrus daemons can do to a server, ouch). It's fixed in generic_write,
> > > so we take the
Chuck Ebbert <[EMAIL PROTECTED]> wrote:
>
>
> I downloaded 2.6.13-rc2-mm2-broken-out.tar.bz2 and verified the signature.
>
> Then I untarred it and moved it to the patches/ dir.
>
> Output of 'quilt push -a' ends with:
>
> Applying git-netdev-janitor-fixup.patch
> patch: Only garba
On Wed, 2005-07-13 at 10:25 +1000, Nathan Scott wrote:
> On Tue, Jul 12, 2005 at 04:01:32PM -0700, Daniel Walker wrote:
> >
> > Is there something so odd about the XFS locking, that it can't use the
> > rt_lock ?
>
> Not that I know of - XFS does use the downgrade_write interface,
> whose use isn
On Sun, 2005-07-10 at 15:19 -0700, Micheal Marineau wrote:
> I've been forward porting this patch for a while now and need
> some input on it. You can see the last time someone posted it
> to the list here:
> http://www.ussg.iu.edu/hypermail/linux/kernel/0410.0/0600.html
>
> The big issue mentione
On Tue, Jul 12, 2005 at 04:01:32PM -0700, Daniel Walker wrote:
>
> Is there something so odd about the XFS locking, that it can't use the
> rt_lock ?
Not that I know of - XFS does use the downgrade_write interface,
whose use isn't overly common in the rest of the kernel... maybe
that has caused s
I downloaded 2.6.13-rc2-mm2-broken-out.tar.bz2 and verified the signature.
Then I untarred it and moved it to the patches/ dir.
Output of 'quilt push -a' ends with:
Applying git-netdev-janitor-fixup.patch
patch: Only garbage was found in the patch input.
Patch git-netdev-janito
> We're also applying the attached patch. There's a bug in reiserfs that
> gets tickled by our huge MMAP usage (it's amazing what really busy
> Cyrus daemons can do to a server, ouch). It's fixed in generic_write,
> so we take the few percent performance hit for something that doesn't
> break!
> Are you assuming that a device driver will use an iochk_read() for
> every DMA operation? for every MMIO to the card?
>
> For high performance devices, it seems to me that this will cause
> a rather large performance burden, especially if its envisioned that
> all architectures will do someth
* Patrick McHardy ([EMAIL PROTECTED]) wrote:
> Chris Wright wrote:
> >* David S. Miller ([EMAIL PROTECTED]) wrote:
> >
> >>Now the question is what to do about the 2.6.12.x stable
> >>tree. I think we put the offending change there, now we
> >>need to revert it there too. Patrick, could you push
On Tue, 2005-07-12 at 19:37 -0400, Keenan Pepper wrote:
>
> I naively changed these two calls from
>
> init_MUTEX_LOCKED(&name);
>
> to
>
> init_MUTEX(&name);
> down(&name);
>
> but I'm not sure if that's right. I guess I'll see when I try to boot it!
No, since it probably wont be "uped" by
On Tue, 2005-07-12 at 16:55 -0700, Andrew Morton wrote:
> Steven Rostedt <[EMAIL PROTECTED]> wrote:
> >
> > I will also admit that my ring buffers lost one byte per page. Because
> > I wanted to save on space with the accounting, and only had a start and
> > end pointer per page. So when start
On Wed, 13 Jul 2005, Karsten Wiese wrote:
> i've only tested on 2005ish [EMAIL PROTECTED]: it doesn't need any of the
> quirks
> IOAPIC_POSTFLUSH, sis_bug, level-edge cleanup.
> IOAPIC_POSTFLUSH caused no negative influence neither.
> i've an io_apic_one.c here, that doesn't have any of the qui
On Tuesday July 12, [EMAIL PROTECTED] wrote:
> Neil Brown wrote:
>
> >
> >
> >Maybe it is worth repeating Al Viro's suggestion at this point. I
> >don't have a reference but the idea was basically that if you open
> >"/foo" and get filedescriptor N, then
> > /proc/self/fds/N-meta
> >is a direct
On Tue, 12 Jul 2005, Ingo Molnar wrote:
> * K.R. Foley <[EMAIL PROTECTED]> wrote:
>
> > Is this why I have been able to boot the latest versions without the
> > noapic option (and without noticeable keyboard repeat problems) or has
> > it just been dumb luck?
>
> yes, i think it's related - th
Am Dienstag, 12. Juli 2005 16:25 schrieb Daniel Walker:
> On Tue, 2005-07-12 at 16:02 +0200, Ingo Molnar wrote:
> > * Karsten Wiese <[EMAIL PROTECTED]> wrote:
> >
> > > Hi Ingo
> > >
> > > I've refined io_apic.c a little more:
> >
> > great. I've applied these changes and have released the -28 p
Mauro Carvalho Chehab <[EMAIL PROTECTED]> wrote:
>
> Do you intend to apply Olaf's patchsets to eliminate linux/version.h?
> Some of them will not apply, because, at -mm2, KERNEL_VERSION isn't used
> anymore.
I think they were against -mm. They all applied OK.
> Maybe I can generat
Steven Rostedt <[EMAIL PROTECTED]> wrote:
>
> I will also admit that my ring buffers lost one byte per page. Because
> I wanted to save on space with the accounting, and only had a start and
> end pointer per page. So when start and end were equal, the buffer was
> considered empty and when en
On Tue, 2005-07-12 at 19:37 -0400, Keenan Pepper wrote:
> but I'm not sure if that's right. I guess I'll see when I try to boot it!
>
The standard fix is to make it a compat_semaphore. See the list
archives for details.
Lee
-
To unsubscribe from this list: send the line "unsubscribe linux-kern
On 7/13/05, Alessandro Suardi <[EMAIL PROTECTED]> wrote:
[snip]
> I also get (a byproduct of the CONFIG_SLAB_DEBUG kernel,
> I'd assume, as it never happened before) my BitTorrent curses
> sessions suddenly stop refreshing the download/upload stats,
> strace looks like this:
>
> ...
> mremap(
--- Hans Reiser <[EMAIL PROTECTED]> wrote:
> Please treat at greater length how your proposal
> differs from NFS.
I think NFS is not flexible enough because:
1) NFS requires synchronization of passwd files or
NIS/LDAP to authenticate users (which themselves
require root access on both server and
On Tue, 2005-07-12 at 14:34 -0700, Paul E. McKenney wrote:
> >
> > Yeah, mips has the crazy Load Linked and Store Conditional crap, so it
> > is a little more complex than the simple add one. And I think PPC does
> > too, although it has been a while since I've used them. And older mips
> > don
On Tue, 2005-07-12 at 16:38 -0500, Tom Zanussi wrote:
> Tom Zanussi writes:
> >
> >
> > I was thinking of something simpler, like just using the page array we
> > already have in relayfs, but not vmap'ing it and instead writing to
> > the current page, detecting when to split a record, movin
On Tue, 12 Jul 2005, Daniel Walker wrote:
> Is there something so odd about the XFS locking, that it can't use the
> rt_lock ?
>
>
> --- linux.orig/fs/xfs/linux-2.6/mrlock.h
> +++ linux/fs/xfs/linux-2.6/mrlock.h
> @@ -37,12 +37,12 @@
> enum { MR_NONE, MR_ACCESS, MR_UPDATE };
>
> typedef stru
On Tuesday July 12, [EMAIL PROTECTED] wrote:
> >
> > Maybe it is worth repeating Al Viro's suggestion at this point. I
> > don't have a reference but the idea was basically that if you open
> > "/foo" and get filedescriptor N, then
> >/proc/self/fds/N-meta
>
> How am I supposed to get there
David Masover wrote:
>
> That's why we're trying to find something that people won't actually
> touch, especially since if we design it right, this will be the last
> delimiter introduced at the fs/vfs level.
Uh, no, there needs to be about a dozen or so more.
But not this year.
-
To unsubscribe
Lee Revell wrote:
Maybe you could apply the broken out reiser4 patches from -mm and the
realtime preempt patches. Testing with PREEMPT_DESKTOP and latency
tracing enabled will tell you whether reiser4 has any latency hot spots.
I'm trying this now and it's not exactly trivial; the patches conf
Iain Duncan wrote:
yeah, i got this as well ... hasn't seemed to have any noticeable
effects, though.
Huh? Does that mean the kernel image is built anyway? I was under the
impression that it meant it didn't finish compiling? Am I confused?
If the error was in building a module that you do
The attached script runs scripts/Lindent against fs/reiserfs.c and
include/linux/reiserfs_*.h
It's a quick one-liner consisting of:
scripts/Lindent fs/reiserfs/*.c include/linux/reiserfs_*.h
-Jeff
--
Jeff Mahoney
SuSE Labs
reiserfs-lindent.sh
Description: Bourne shell script
Hi.
On Wed, 2005-07-13 at 08:51, Pavel Machek wrote:
> Hi!
>
> > > | Update suspend documentation.
> > > |
> > > | Signed-off-by: Pavel Machek <[EMAIL PROTECTED]>
> > > |
> > > | ---
> > > |
> > > | diff --git a/Documentation/power/swsusp.txt
> > > b/Documentation/power/swsusp.txt
> > > | ---
indent(1) doesn't know how to handle the "do not compile" error. It results
in the item_ops array declaration being indented a tab stop in when it should
not be. This patch replaces it with a #error that describes why it's failing.
Signed-off-by: Jeff Mahoney <[EMAIL PROTECTED]>
diff -ruNpX do
> > Now that we know which is the offending device, it should
> be easy to
> > find out why the IRQ assignments go wrong. That certainly
> needs to be
> > fixed, even though Michel's problem appears to be solved.
>
> Well, it's solved by currently giving me the choice between
> no USB 2.0 an
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Linus Torvalds wrote:
>
> On Tue, 12 Jul 2005, Jeff Mahoney wrote:
>> This patch contains the result of running scripts/Lindent against
>> fs/reiserfs/*.c and include/linux/reiserfs_*.h.
>
> That can't be true. It isn't actually following the Lindent
On Tue, Jul 05, 2005 at 07:53:20PM -0500, Chris Wedgwood wrote:
>On Tue, Jul 05, 2005 at 07:13:34PM -0500, Doug Warzecha wrote:
>
>> This patch adds the Dell Systems Management Base driver.
>
>You keep posting this driver without explaining/showing how it's used.
>Could you perhap
From: Nigel Cunningham <[EMAIL PROTECTED]>
More fixes for u32 vs. pm_message_t confusion. These are simple
cleanups, should not break anything.
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
Signed-off-by: Pavel Machek <[EMAIL PROTECTED]>
---
commit b3fd9d8ecd37793e8b31300f6e718d1ca3354c07
tre
On Tue, 12 Jul 2005, Jeff Mahoney wrote:
>
> This patch contains the result of running scripts/Lindent against
> fs/reiserfs/*.c and include/linux/reiserfs_*.h.
That can't be true. It isn't actually following the Lindent rules. It has
that braindamaged "put the type on a separate line" thing
On Jul 13, 2005 00:43 +0200, Adrian Bunk wrote:
> On Tue, Jul 12, 2005 at 04:32:44PM -0600, Andreas Dilger wrote:
> > I don't mind removing this function, but it shouldn't be put inside #ifdef
> > JBD_DEBUG, as that would remove the check from the compiler-parsed code
> > and defeat the purpose of
Is there something so odd about the XFS locking, that it can't use the
rt_lock ?
--- linux.orig/fs/xfs/linux-2.6/mrlock.h
+++ linux/fs/xfs/linux-2.6/mrlock.h
@@ -37,12 +37,12 @@
enum { MR_NONE, MR_ACCESS, MR_UPDATE };
typedef struct {
- struct rw_semaphore mr_lock;
- int
On Tue, 2005-07-12 at 18:38, Andrew Morton wrote:
> OK, well the timing of a merge is mainly up to you guys, especially as the
> subsystem is pretty raw and you're the only people who use it ;)
>
> Two things from a quick scan:
>
> a) In many places the patch does
>
> if (p)
>
Chris Wright wrote:
* David S. Miller ([EMAIL PROTECTED]) wrote:
Now the question is what to do about the 2.6.12.x stable
tree. I think we put the offending change there, now we
need to revert it there too. Patrick, could you push this
patch to [EMAIL PROTECTED] so we can resolve that too?
Hi!
> | diff --git a/Documentation/power/swsusp.txt b/Documentation/power/swsusp.txt
> | --- a/Documentation/power/swsusp.txt
> | +++ b/Documentation/power/swsusp.txt
> | @@ -318,3 +318,10 @@ As a rule of thumb use encrypted swap to
> | system is shut down or suspended. Additionally use the encry
On Tue, Jul 12, 2005 at 06:01:22PM +0900, Rajat Jain wrote:
> Hi,
>
> I'm trying to use the PCI Express Hot-Plug Controller driver
> (pciehp.ko) with Kernel 2.6 so that I can get hot-plug events whenever
> I add a card to my PCI Express slot.
>
> I built the driver as a module, and am trying to l
Hi!
> > | Update suspend documentation.
> > |
> > | Signed-off-by: Pavel Machek <[EMAIL PROTECTED]>
> > |
> > | ---
> > |
> > | diff --git a/Documentation/power/swsusp.txt
> > b/Documentation/power/swsusp.txt
> > | --- a/Documentation/power/swsusp.txt
> > | +++ b/Documentation/power/swsusp.txt
Non fatal, box is still up and bittorrenting/ed2king on and off
due to my DSL ISP being flaky in the last couple of days...
[65544.518710] slab error in cache_free_debugcheck(): cache
`radix_tree_node': double free, or memory outside object was
overwritten
[65544.519577] [] dump_stack+0x17/0x20
On Tue, Jul 12, 2005 at 04:32:44PM -0600, Andreas Dilger wrote:
> On Jul 12, 2005 22:27 +0200, Adrian Bunk wrote:
>...
> > - journal.c: remove the unused global function __journal_internal_check
> > and move the check to journal_init
>
> I don't mind removing this function, but it sh
Hal Rosenstock <[EMAIL PROTECTED]> wrote:
>
> On Mon, 2005-07-11 at 23:11, Andrew Morton wrote:
> > Well I was asking. Do you guys think that this material is appropriate to
> > and safe enough for 2.6.13?
>
> I used your versions of the patches (Tom's ucm one is needed and you
> added that). I a
On Wednesday 13 July 2005 02:17, Michael S. Tsirkin wrote:
> Quoting r. Tom Duffy <[EMAIL PROTECTED]>:
> > These seem to be mostly coming from cpu_to_be*() and be*_to_cpu(). Is
> > there a good rule of thumb for fixing these warnings?
>
> Yes.
> Use attributes like __be32 and friends appropriatel
On Mon, 2005-07-11 at 23:11, Andrew Morton wrote:
> Well I was asking. Do you guys think that this material is appropriate to
> and safe enough for 2.6.13?
I used your versions of the patches (Tom's ucm one is needed and you
added that). I also back ported the trailing whitespace elimination
chan
> > But Id rather have same files in our maintained driver,
> > and whats in the kernel tree.
>
> Just think what a mess we'd have on our hands if we let
> everyone do that. Sorry, please don't put compat header
> files into the current upstream tree, thanks.
>
Fine.
-
To unsubscribe from this
Michael Krufky wrote:
> diff -upr linux-2.6.13-rc2-mm2.orig/drivers/media/video/cx88/cx88-dvb.c
> linux/drivers/media/video/cx88/cx88-dvb.c
> --- linux-2.6.13-rc2-mm2.orig/drivers/media/video/cx88/cx88-dvb.c
> 2005-07-12 08:56:58.0 +
> +++ linux/drivers/media/video/cx88/cx88-dvb.c
On Jul 12, 2005 22:27 +0200, Adrian Bunk wrote:
> - make needlessly global functions static
I had previously commented on this patch:
> - journal.c: remove the unused global function __journal_internal_check
> and move the check to journal_init
I don't mind removing this function,
On Wed, Jul 06, 2005 at 02:18:53PM +0900, Hidetoshi Seto was heard to remark:
> +static int pci_error_recovery(peidx_table_t *peidx)
Minor comment:
Maybe a different name for this routine would be good;
this potentially conflicts with generic pci routines.
--linas
-
To unsubscribe from this list
On 12.07.2005 [10:50:23 -0700], john stultz wrote:
> On Tue, 2005-07-12 at 08:26 -0700, Martin J. Bligh wrote:
> > >> > The PIT crystal runs at 14.3181818 MHz (CGA dotclock, found on ISA,
> > >> > ...)
> > >> > and is divided by 12 to get PIT tick rate
> > >> >
> > >> >14.3181818 MHz / 12
--On Tuesday, July 12, 2005 16:58:44 -0400 Lee Revell <[EMAIL PROTECTED]> wrote:
> On Mon, 2005-07-11 at 21:30 -0700, Martin J. Bligh wrote:
>> Some sort of comprimise has to be struck for now, until we get sub-HZ
>> timers. I'd prefer 100, personally (I had that set as default in my tree
>> for
Norbert Preining <[EMAIL PROTECTED]> writes:
> On Die, 12 Jul 2005, Peter Osterlund wrote:
> > What's the output from "cat /proc/bus/input/devices"?
>
> bad (rc2-mm2)
> $ cat /proc/bus/input/devices
> I: Bus=0011 Vendor=0002 Product=0007 Version=
> N: Name="SynPS/2 Synaptics TouchPad"
> P:
1 - 100 of 415 matches
Mail list logo
