On Thursday 04 August 2005 23:45, Tommy Christensen wrote:
> Denis Vlasenko wrote:
> > Hi,
> >
> > As reported earlier, sometimes my home box don't want
> > to send anything.
> >
> > # ip r
> > 1.1.5.5 dev tun0 proto kernel scope link src 1.1.5.6
> > 1.1.4.0/24 dev if proto kernel scope link
Denis Vlasenko wrote:
Hi,
As reported earlier, sometimes my home box don't want
to send anything.
# ip r
1.1.5.5 dev tun0 proto kernel scope link src 1.1.5.6
1.1.4.0/24 dev if proto kernel scope link src 1.1.4.6
default via 1.1.5.5 dev tun0
# ping 1.1.4.1 -i 0.01
2005-08-02_19:12:18.19
Hi,
As reported earlier, sometimes my home box don't want
to send anything.
# ip r
1.1.5.5 dev tun0 proto kernel scope link src 1.1.5.6
1.1.4.0/24 dev if proto kernel scope link src 1.1.4.6
default via 1.1.5.5 dev tun0
# ping 1.1.4.1 -i 0.01
kernel log:
2005-07-30_21:28:25.15338 kern.info:
On Monday 25 July 2005 08:17, Denis Vlasenko wrote:
> I reported earlied that around linux-2.6.11-rc5 my home box sometimes
> does not want to send anything over ethernet. That report is repeated below
> sig.
>
> I finally managed to nail down where this happens.
> I instrumente
On Monday 25 July 2005 08:28, David S. Miller wrote:
>
> Probably your link is never coming up. We won't send packets
> over the wire unless the device is in the link-up state.
>
> However, if ->dequeue() is returning NULL, there really aren't
> any packets in the device queue to be sent.
>
> If y
Probably your link is never coming up. We won't send packets
over the wire unless the device is in the link-up state.
However, if ->dequeue() is returning NULL, there really aren't
any packets in the device queue to be sent.
If you want, add more tracing to pfifo_fast_dequeue() since
that's alm
[resend. Did not reach mailing lists, most probably due
to KMail's unstoppable desire to use base64 encoding :)]
Hi folks,
I reported earlied that around linux-2.6.11-rc5 my home box sometimes
does not want to send anything over ethetnet. That report is repeated below
sig.
I finally manag
Am Dienstag, 15. März 2005 07:57 schrieb Denis Vlasenko:
> Use strace -tt to find out whether kwrite spends that much CPU
> by doing zillions of syscalls or not.
Actually pdflush always kicks in after a write call. Summary:
% time seconds usecs/call callserrors syscall
--
On Sunday 13 March 2005 15:24, Alexander Gran wrote:
> Hi,
>
> Well, of course it cannot handle that large files (I wouldn't expect that,
> either). My Problem is that when I open the file, it's not just kwrite but
> other processes that need so much cpu time. That kwrite is eating cpu is ok.
On Mon, 14 Mar 2005 22:43:41 +0100,
Sam Ravnborg <[EMAIL PROTECTED]> wrote:
>On Sat, Feb 26, 2005 at 09:50:02PM +1100, Keith Owens wrote:
>> Make it easier to generate maps for debugging kallsyms problems.
>> debug_kallsyms is only a debugging target so no help or silent mode.
>>
>> Signed-off-by
On Sat, Feb 26, 2005 at 09:50:02PM +1100, Keith Owens wrote:
> Make it easier to generate maps for debugging kallsyms problems.
> debug_kallsyms is only a debugging target so no help or silent mode.
>
> Signed-off-by: Keith Owens
Applied to my kbuild tree.
I will remove it when we stop see kallsy
MAIL PROTECTED]:~> kwrite --version
> > > Qt: 3.2.1
> > > KDE: 3.1.4
> > > KWrite: 4.1
> > >
> > > Thanks,
> > > Lena.
> > >
> > > >Begin forwarded message:
> > > >
> > > >Date: Fri, 4 Mar 2005 02:2
4.1
> >
> > Thanks,
> > Lena.
> >
> > >Begin forwarded message:
> > >
> > >Date: Fri, 4 Mar 2005 02:24:36 +0100
> > >From: Alexander Gran <[EMAIL PROTECTED]>
> > >To: linux-kernel@vger.kernel.org
> > >Subject: 2.6.
the following kde version:
> [EMAIL PROTECTED]:~> kwrite --version
> Qt: 3.2.1
> KDE: 3.1.4
> KWrite: 4.1
>
> Thanks,
> Lena.
>
> >Begin forwarded message:
> >
> >Date: Fri, 4 Mar 2005 02:24:36 +0100
> >From: Alexander Gran <[EMAIL PROTECTED]>
> >
|1
> fs/reiser4/plugin/object.c |2
> fs/reiser4/plugin/object.h |1
> fs/reiser4/tree_walk.c |4
> fs/reiser4/txnmgr.h |1
> fs/reiser4/vfs_ops.c | 14 -
> fs/reiser4/wa
node.c |4
33 files changed, 66 insertions(+), 272 deletions(-)
--- linux-2.6.11-rc5-mm1-full/fs/reiser4/block_alloc.c.old 2005-03-01
21:18:07.0 +0100
+++ linux-2.6.11-rc5-mm1-full/fs/reiser4/block_alloc.c 2005-03-01
21:18:14.0 +0100
@@ -932,7
> On 03 Mar 2005 03:21:56 -0500, Jes Sorensen <[EMAIL PROTECTED]> said:
Jes> mempool on the other hand will first try and call the user
Jes> provided allocation function and only if that fails try and
Jes> take memory from the pool, this will force us to convert pages
Jes> from cached
On Sat, Mar 05, 2005 at 11:36:23AM -0500, Kai Germaschewski wrote:
> However, I spoke too soon. There actually is a legitimate use for
> EXPORT_SYMBOL() in a lib-y object, e.g. lib/dump_stack.c. This provides a
> default implementation for dump_stack(). Most archs provide their own
> implementat
On Sat, Mar 05, 2005 at 10:19:23AM -0500, Kai Germaschewski wrote:
> On Sat, 5 Mar 2005, Adrian Bunk wrote:
>
> > And this can break as soon as the "unused" object files contains
> > EXPORT_SYMBOL's.
> >
> > Is it really worth it doing it in this non-intuitive way?
>
> I don't think it non-intu
> That's usually solved through #define's (see e.g. lib/extable.c).
Well, you can obviously solve pretty much everything with #define's, but
it's usually also the ugliest solution.
>From my point of view, the preferences for solving issues like the
extable.c one are:
o Do it automatically. If
On Sat, Mar 05, 2005 at 11:36:23AM -0500, Kai Germaschewski wrote:
> On Sat, 5 Mar 2005, Adrian Bunk wrote:
>
> > This warning sounds like a good plan (but it won't let many objects stay
> > inside lib-y).
>
> The patch is simple (except that the warning it throws looks rather ugly),
> see appe
On Sat, 5 Mar 2005, Adrian Bunk wrote:
> This warning sounds like a good plan (but it won't let many objects stay
> inside lib-y).
The patch is simple (except that the warning it throws looks rather ugly),
see appended.
However, I spoke too soon. There actually is a legitimate use for
EXPORT_
On Sat, Mar 05, 2005 at 10:19:23AM -0500, Kai Germaschewski wrote:
> On Sat, 5 Mar 2005, Adrian Bunk wrote:
>
> > And this can break as soon as the "unused" object files contains
> > EXPORT_SYMBOL's.
> >
> > Is it really worth it doing it in this non-intuitive way?
>
> I don't think it non-intu
On Sat, 5 Mar 2005, Adrian Bunk wrote:
> And this can break as soon as the "unused" object files contains
> EXPORT_SYMBOL's.
>
> Is it really worth it doing it in this non-intuitive way?
I don't think it non-intuitive, it's how libraries work. However, as you
say, it is broken for files contai
On Sat, Mar 05, 2005 at 12:09:29AM -0500, Kai Germaschewski wrote:
> On Fri, 4 Mar 2005, Adrian Bunk wrote:
>
> > > [...] So ld looks into the lib .a archive, determines that none of
> > > the symbols in that object file are needed to resolve a reference and
> > > drops the entire .o file.
>
>
7;t help with reiser at all.
I'm running a largish raid5 on 2.6.10-bk10 and a fairly large raid6 on 2.6.11-rc5-bk3. I had
problems with raid6 on 2.6.11-rc4-mm1 causing raid subsystem lockups, but nothing that precluded me
from rebooting with the sysrq-trigger.
Regards,
Brad
--
"Human
Hello,
On Wed, 02 Mar 2005 14:38:59 +0400
Brad Campbell <[EMAIL PROTECTED]> wrote:
> Florian Engelhardt wrote:
> >
> > I activated the raid (/dev/md0), then mounted it, and after
> > that i was starting nfs. I was able to mount the share
> > on my desktop, creating direcrotys was no problem, but
On Fri, 4 Mar 2005, Adrian Bunk wrote:
> > [...] So ld looks into the lib .a archive, determines that none of
> > the symbols in that object file are needed to resolve a reference and
> > drops the entire .o file.
> Silly question:
> What's the advantage of lib-y compared to obj-y?
Basically e
On Fri, Mar 04, 2005 at 02:11:13PM -0500, Kai Germaschewski wrote:
> On Fri, 4 Mar 2005, Rusty Russell wrote:
>
> > On Wed, 2005-03-02 at 15:00 +0100, Adrian Bunk wrote:
> > > Why doesn't an EXPORT_SYMBOL create a reference?
> >
> > It does: EXPORT_SYMBOL(x) drops the address of "x", including
>
On Fri, Mar 04, 2005 at 07:56:38PM +0100, Adrian Bunk wrote:
> On Fri, Mar 04, 2005 at 09:23:17PM +1100, Rusty Russell wrote:
> > On Wed, 2005-03-02 at 15:00 +0100, Adrian Bunk wrote:
> > > Why doesn't an EXPORT_SYMBOL create a reference?
> >
> > It does: EXPORT_SYMBOL(x) drops the address of "x",
On Fri, 4 Mar 2005, Rusty Russell wrote:
> On Wed, 2005-03-02 at 15:00 +0100, Adrian Bunk wrote:
> > Why doesn't an EXPORT_SYMBOL create a reference?
>
> It does: EXPORT_SYMBOL(x) drops the address of "x", including
> __attribute_used__, in the __ksymtab section.
Well, the problem is that this i
On Fri, Mar 04, 2005 at 09:23:17PM +1100, Rusty Russell wrote:
> On Wed, 2005-03-02 at 15:00 +0100, Adrian Bunk wrote:
> > Why doesn't an EXPORT_SYMBOL create a reference?
>
> It does: EXPORT_SYMBOL(x) drops the address of "x", including
> __attribute_used__, in the __ksymtab section.
>
> However
On Wed, 2005-03-02 at 15:00 +0100, Adrian Bunk wrote:
> Why doesn't an EXPORT_SYMBOL create a reference?
It does: EXPORT_SYMBOL(x) drops the address of "x", including
__attribute_used__, in the __ksymtab section.
However, if CONFIG_MODULES=n, it does nothing: perhaps that is what you
are seeing.
On Wed, 2005-03-02 at 12:23 -0500, [EMAIL PROTECTED] wrote:
> static int __init init_hermes(void)
> {
> return 0;
> }
>
> static void __exit exit_hermes(void)
> {
> }
>
> module_init(init_hermes);
> module_exit(exit_hermes);
>
> That's it. As far as I can tell, gcc 4.0 semi-correctly de
ok
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Jeff Dike
Sent: Friday, March 04, 2005 3:25 AM
To: Chris Wright
Cc: Jeff Dike; Andrew Morton; linux-kernel@vger.kernel.org
Subject: Re: 2.6.11-rc5-mm1
[EMAIL PROTECTED] said:
> Thanks, I'll p
Hello
On Fri, 2005-03-04 at 04:24, Alexander Gran wrote:
> Hi,
>
> I have a reiser4 partition on a local IDE disk. I opened a 130MB textfile
> with
> kwrite,
..
> Process was eating 100% CPU time for several (54) seconds.
> Is this a normal, expected behaviour?
no, thanks for report, I will
Hi James, all,
> Revised patch is attached.
Looks all OK to me.
Thanks,
--
Jean Delvare
-
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
> > I had accidently chosen CONFIG_PNP and noticed that my keyboard didn't
> > work with bk-dtor-input.patch in the tree (backing out makes keyboard
> > work).
> >
> It looks like some old stuff in my tree overwrites good stuff from
> Vojtech's tree.. Thanks for letting me know.
>
> Nonetheless,
On Fri, Mar 04, 2005 at 02:16:56AM +0100, Alexander Gran wrote:
> Hi,
>
> after my external USB hdd disconnected itself reiser4 paniced. I dont think a
> journalingfs should panic if its device fails..
Panicking is sometimes what you want. Panic can trigger a reboot and
get the box back on its f
irty because I have rc4-something built
> > > without memory poisoning (probably).
> > >
> > > I've not noticed any other problems, and it was possible to extract
> > > 2.6.11-rc5-something on Monday with 2.6.11-rc4-something, which crashes
> > > now to
* Jeff Dike ([EMAIL PROTECTED]) wrote:
> [EMAIL PROTECTED] said:
> > Thanks, I'll push that with rest of audit changes.
>
> Applies on top of your changes.
>
> Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
Thanks,
-chris
--
Linux Security Modules http://lsm.immunix.org http://lsm.bkbits.
Am Freitag, 4. März 2005 02:16 schrieb Alexander Gran:
> Hi,
>
> after my external USB hdd disconnected itself reiser4 paniced. I dont think
> a journalingfs should panic if its device fails..
Ähm correction: It's reiser4 on dm-crypto (aes) The crypto device is of cource
not radable either: Buffe
Hi,
I have a reiser4 partition on a local IDE disk. I opened a 130MB textfile with
kwrite, and killed it while ot opened the file (took to long...) diskio was
finished at this point.
a [ent:hda6.] Process was eating 100% CPU time for several (54) seconds.
Is this a normal, expected behaviour?
Af
cowardly: Filesystem error occured
[ cut here ]
kernel BUG at fs/reiser4/debug.c:136!
invalid operand: [#1]
PREEMPT
Modules linked in: uhci_hcd ehci_hcd aes irtty_sir sir_dev
CPU:0
EIP:0060:[]Tainted: G M VLI
EFLAGS: 00010246 (2.6.11-rc5-mm1)
EIP is at
On Thursday 03 March 2005 16:58, Alexander Nyberg wrote:
> Hi!
>
> I had accidently chosen CONFIG_PNP and noticed that my keyboard didn't
> work with bk-dtor-input.patch in the tree (backing out makes keyboard
> work).
>
Hi,
It looks like some old stuff in my tree overwrites good stuff from
Voj
Revised patch is attached.
Jean Delvare wrote:
Hi James,
A revised ds1337 patch addressing all of Jean's comments is attached.
Fine with me except for:
+ if (!i2c_check_functionality(adapter, I2C_FUNC_SMBUS_BYTE_DATA |
+I2C_FUNC_SMBUS_I2C_BLOCK))
I don'
22:08:48.0 +0100
@@ -1,4 +1,4 @@
-Linux version 2.6.11-rc5 ([EMAIL PROTECTED]) (gcc version 3.3.5 (Debian
1:3.3.5-1)) #10 Thu Mar 3 21:10:21 UTC 2005
+Linux version 2.6.11-rc5 ([EMAIL PROTECTED]) (gcc version 3.3.5 (Debian
1:3.3.5-1)) #9 Thu Mar 3 21:05:37 UTC 2005
BIOS-provided physical RA
Hi James,
> A revised adt7461 patch addressing all of Jean's comments is
> attached.
>
> This driver will detect the adt7461 chip only if boot firmware
> has left the chip in its default lm90-compatible mode.
I'm fine with the idea but not quite with your implementation:
> @@ -221,6 +229,8 @@
>
Hi James,
> A revised ds1337 patch addressing all of Jean's comments is attached.
Fine with me except for:
> + if (!i2c_check_functionality(adapter, I2C_FUNC_SMBUS_BYTE_DATA |
> + I2C_FUNC_SMBUS_I2C_BLOCK))
I don't this it is correct. You are using master_xf
> > On Thu, Mar 03, 2005 at 02:10:04PM +0100, Jan Kara wrote:
> > It died because of dereferencing RBP which contained memory poisoning
> > signature:
> >
> > 0x801d9996 : lock btsl $0x13,0x0(%rbp)
> >
> > apparently x86-64 generates #SS for %rbp non-canonical addresses too, like
>
A revised adt7461 patch addressing all of Jean's comments is
attached.
This driver will detect the adt7461 chip only if boot firmware
has left the chip in its default lm90-compatible mode.
i2c: add adt7461 chip support
Signed-off-by: James Chapman <[EMAIL PROTECTED]>
The Analog Devices ADT7461 t
[EMAIL PROTECTED] said:
> Thanks, I'll push that with rest of audit changes.
Applies on top of your changes.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
Index: linux-2.6.10/arch/um/kernel/ptrace.c
===
--- linux-2.6.10.orig/arch/um/
A revised ds1337 patch addressing all of Jean's comments is attached.
i2c: add ds1337 RTC chip support
Signed-off-by: James Chapman <[EMAIL PROTECTED]>
Index: linux-2.6.i2c/drivers/i2c/chips/ds1337.c
===
--- /dev/null 1970-01-01 00
I have rc4-something built
> > > without memory poisoning (probably).
> > >
> > > I've not noticed any other problems, and it was possible to extract
> > > 2.6.11-rc5-something on Monday with 2.6.11-rc4-something, which crashes
> > > now to
* Jeff Dike ([EMAIL PROTECTED]) wrote:
> [EMAIL PROTECTED] said:
> > I just did a more complete grep of the symbols that can get config'd
> > away (including CONFIG_AUDIT as well), and I think there's a few more
> > missing pieces. Sorry about that. Jeff, Ralf, Martin, these look ok?
>
> For UML
[EMAIL PROTECTED] said:
> I just did a more complete grep of the symbols that can get config'd
> away (including CONFIG_AUDIT as well), and I think there's a few more
> missing pieces. Sorry about that. Jeff, Ralf, Martin, these look ok?
For UML, this is fine as far as it goes, but you're adding
ured.
> >
> > Box is dual opteron rev cg, kernel has enabled all possible debug
> > options. Problem seems to occur on 2.6.11-rc4-something too, it just
> > begins with crash in ext3_inode_dirty because I have rc4-something built
> > without memory poisoning (proba
On Wed, Mar 02, 2005 at 08:28:46AM -0800, Andrew Morton wrote:
> Adrian Bunk <[EMAIL PROTECTED]> wrote:
> >
> > > In lib/Makefile, remove parser.o from the lib-y: rule and add
> > >
> > > obj-y+= parser.o
> >
> > This I didn't find.
> >
> > Is it really the intention to silently omit obj
-
drivers/acpi/pcc_acpi.c | 19 ++-
1 files changed, 10 insertions(+), 9 deletions(-)
--- linux-2.6.11-rc5-mm1-full/drivers/acpi/pcc_acpi.c.old 2005-03-02
10:57:35.0 +0100
+++ linux-2.6.11-rc5-mm1-full/drivers/acpi/pcc_acpi.c 2005-03-02
11:04:11.0 +0100
Am Donnerstag, 3. März 2005 09:12 schrieb Vladimir Saveliev:
> > http://zodiac.dnsalias.org/misc/crashlog
>
> I get "You do not have permission to access this document." trying to
> access it.
wrong file permissions. fixxed by now. My mistake...
regards
Alex
--
Encrypted Mails welcome.
PGP-Key
hanged, 66 insertions(+), 272 deletions(-)
--- linux-2.6.11-rc5-mm1-full/fs/reiser4/block_alloc.c.old 2005-03-01
21:18:07.0 +0100
+++ linux-2.6.11-rc5-mm1-full/fs/reiser4/block_alloc.c 2005-03-01
21:18:14.0 +0100
@@ -932,7 +932,7 @@
#if REISER4_DEBUG
/* check "alloc
tions. Problem seems to occur on 2.6.11-rc4-something too, it just
> begins with crash in ext3_inode_dirty because I have rc4-something built
> without memory poisoning (probably).
>
> I've not noticed any other problems, and it was possible to extract
> 2.6.11-rc5-something on M
Andrew Morton wrote:
Helge Hafting <[EMAIL PROTECTED]> wrote:
I observed an oddity on a nfs-mounted fs while using 2.6.11-rc5-mm1.
Could you try this please?
--- 25/fs/nfs/nfs3proc.c~nfsacl-acl-umask-handling-workaround-in-nfs-client-fix
2005-03-02 08:49:59.0 -0800
+++ 25-a
Andreas Gruenbacher wrote:
Hello,
On Wed, 2005-03-02 at 09:53, Andrew Morton wrote:
AurÃlien Francillon <[EMAIL PROTECTED]> wrote:
[...]
cvs diff Makefile
cvs diff: cannot create read lock in repository
`/mnt/iseran/roca/cvsroot/ldpc': No such file or directory
cvs [diff aborted]: rea
> "David" == David Mosberger <[EMAIL PROTECTED]> writes:
David> At the risk of asking the obvious: what's preventing genalloc
David> to be implemented in terms of mempool?
David,
Taking another look at mempool, there's several reasons why mempool
isn't well suited for this job.
Basically fo
Hello
On Wed, 2005-03-02 at 21:32, Alexander Gran wrote:
> Hi,
>
> Whatever happens here, we need - at least - lower
> the amount of log generatet. This is not really handy...
> lsusb still lists the disk
> syslog can be found (as soon as syslogd finished...;) at
> http://zodiac.dnsalias.org/mis
James Chapman <[EMAIL PROTECTED]> wrote:
>
> Add DS1337 RTC chip driver.
>
drivers/i2c/chips/ds1337.c:60: `I2C_DRIVERID_DS1337' undeclared here (not in a
function)
Also, there are changes in Greg's i2c tree which break your new driver:
drivers/i2c/chips/ds1337.c:60: initializer element is not
This patch changes bcu.c to calculate clock at any time.
Because clock can be changed.
Moreover, EXPORT_SYMBOL_GPLs are added to it.
Yoichi
Signed-off-by: Yoichi Yuasa <[EMAIL PROTECTED]>
diff -urN -X dontdiff a-orig/arch/mips/vr41xx/common/bcu.c
a/arch/mips/vr41xx/common/bcu.c
--- a-orig/arch/
This patch updates serial driver for VR41xx serial unit.
Some check are added to verify_port.
Yoichi
Signed-off-by: Yoichi Yuasa <[EMAIL PROTECTED]>
diff -urN -X dontdiff a-orig/drivers/serial/vr41xx_siu.c
a/drivers/serial/vr41xx_siu.c
--- a-orig/drivers/serial/vr41xx_siu.c Wed Mar 2 01:04:39
This patch adds __init for the function used only for initialization.
This patch is only for 2.6.11-rc5-mm1.
Yoichi
Signed-off-by: Yoichi Yuasa <[EMAIL PROTECTED]>
diff -urN -X dontdiff a-orig/arch/mips/vr41xx/casio-e55/setup.c
a/arch/mips/vr41xx/casio-e55/setup.c
--- a-orig/arch/mips/
This patch updates cmu.c to get the resource by standard method.
Yoichi
Signed-off-by: Yoichi Yuasa <[EMAIL PROTECTED]>
diff -urN -X dontdiff a-orig/arch/mips/pci/pci-vr41xx.c
a/arch/mips/pci/pci-vr41xx.c
--- a-orig/arch/mips/pci/pci-vr41xx.c Sun Feb 13 12:08:05 2005
+++ a/arch/mips/pci/pci-v
This patch had fixed an argument of audit_syscall_entry.
This patch is only for 2.6.11-rc5-mm1.
CC arch/mips/kernel/ptrace.o
arch/mips/kernel/ptrace.c: In function 'do_syscall_trace':
arch/mips/kernel/ptrace.c:310: warning: implicit declaration of function
'audit_syscall_e
I boot the system up with one disk in a two disk mirror set. When I add
the second disk with
mdadm /dev/md0 -a /dev/sdb1
md0_resync gets a kernel crash with 2.6.11-rc5-mm1. This also occurs
with 2.6.11-rc4-mm1, but not with 2.6.11-rc5.
I have attached the config file for 2.6.11-rc5. Here is
Helge Hafting <[EMAIL PROTECTED]> wrote:
>
> I observed an oddity on a nfs-mounted fs while using 2.6.11-rc5-mm1.
Could you try this please?
--- 25/fs/nfs/nfs3proc.c~nfsacl-acl-umask-handling-workaround-in-nfs-client-fix
2005-03-02 08:49:59.0 -0800
+++ 25-akpm/fs/nfs/nfs3p
On Tue, Mar 01, 2005 at 11:57:03AM +0100, Alexander Gran wrote:
> Am Dienstag, 1. März 2005 11:48 schrieb Andrew Morton:
> > Alex, please use mailing lists...
>
> sorry, I was used to have reply-to set to the mailing list ;)
> double-checking next time..
>
> > Dominik, do we really always want t
Hi James,
> > Add ADT7461 (temperature sensor) support to LM90 driver.
> >
> > Signed-off-by: James Chapman <[EMAIL PROTECTED]>
>
> Applied, thanks.
I had Greg drop this patch because it doesn't seem to be correct to me.
The patch assumes that the ADT7461 is 100% compatible with the ADM1032.
Th
At the risk of asking the obvious: what's preventing genalloc to be
implemented in terms of mempool?
--david
-
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
Hi
This is the memory special driver for cached, uncached and 'fetchop'
(SGI SN2 specific) memory mappings, formerly known as fetchop. The
driver is mostly used by parallel appplictions.
This patch relies on the PG_uncached support patch (already in
2.6.11-rc5) and the generic alloc
cator from the sym53c8xx_2 driver.
The patch should be harmless for anyone who doesn't actually setup an
allocation pool.
This patch is against 2.6.11-rc5-mm1.
Cheers,
Jes
Signed-off-by: Jes Sorensen <[EMAIL PROTECTED]>
diff -urN -X /usr/people/jes/exclude-linux
linux-2.6.11
I observed an oddity on a nfs-mounted fs while using 2.6.11-rc5-mm1.
I tried to save a file from xfig, and got an error message about a
nonexisting file. Now apps may have their own bugs, so I
retried in the shell:
$ cat > newfile
newfile: No such file or directory
$
Eh - of course it did
Hi,
i''ve got an external USB 2.0 HDD. First 120GB Partition is AES encrypted
reiser4. I just got LOADS of errors. syslogd is still writing them to disk.
I have no idea whats happening here.
reiser4 paniced, usb told me "ehci_hcd :00:1d.7: devpath 4 ep2out
3strikes" and SCSI emulation had i
Kristian Sørensen ([EMAIL PROTECTED]) wrote:
> On Wednesday 02 March 2005 19:42, Jeff Dike wrote:
> > [EMAIL PROTECTED] said:
> > > Hey! Thanks - that fixed the problem! :-D
> >
> > Didn't you say this this setup worked with 2.6.10? That's why I didn't
> > suggest staring at /etc/inittab.
> Yes -
ething too, it just
begins with crash in ext3_inode_dirty because I have rc4-something built
without memory poisoning (probably).
I've not noticed any other problems, and it was possible to extract
2.6.11-rc5-something on Monday with 2.6.11-rc4-something, which crashes
now too. I'
[EMAIL PROTECTED] wrote:
>
> (hermes.c)
> static int __init init_hermes(void)
> {
> return 0;
> }
>
> static void __exit exit_hermes(void)
> {
> }
>
> module_init(init_hermes);
> module_exit(exit_hermes);
>
> That's it. As far as I can tell, gcc 4.0 semi-correctly determined t
ences to the symbol which are external
> to the symbol's file. There's still nothing to drag that file in.
I just got bit by a similar issue myself last night. Had a working
2.6.11-rc5-mm1 tree
compiled with gcc 3.4. Then Fedora-devel had an update to gcc 4.0, so I
rebuilt the *same
On Wednesday 02 March 2005 19:42, Jeff Dike wrote:
> [EMAIL PROTECTED] said:
> > Hey! Thanks - that fixed the problem! :-D
>
> Didn't you say this this setup worked with 2.6.10? That's why I didn't
> suggest staring at /etc/inittab.
Yes - it works fine with 2.6.10. Does anyone of you know why/wher
On Tue, Mar 01, 2005 at 07:21:56PM +, James Chapman wrote:
> Revised ds1337 chip driver patch.
>
> Signed-off-by: James Chapman <[EMAIL PROTECTED]>
>
> - change all driver log messages to use dev_dbg() or dev_err()
> - remove debug module parameter
Hm, doesn't seem to apply at all:
drivers/
On Mon, Feb 28, 2005 at 05:13:35PM +, James Chapman wrote:
> Add ADT7461 (temperature sensor) support to LM90 driver.
>
> Signed-off-by: James Chapman <[EMAIL PROTECTED]>
Applied, thanks.
greg k-h
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a mess
Adrian Bunk <[EMAIL PROTECTED]> wrote:
>
> > In lib/Makefile, remove parser.o from the lib-y: rule and add
> >
> > obj-y += parser.o
>
> This I didn't find.
>
> Is it really the intention to silently omit objects that are not
> referenced or could this be changed?
In some cases, yes,
[EMAIL PROTECTED] said:
> Hey! Thanks - that fixed the problem! :-D
Didn't you say this this setup worked with 2.6.10? That's why I didn't suggest
staring at /etc/inittab.
Jeff
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
Hello,
On Wed, 2005-03-02 at 09:53, Andrew Morton wrote:
> AurÃlien Francillon <[EMAIL PROTECTED]> wrote:
> > [...]
> > cvs diff Makefile
> > cvs diff: cannot create read lock in repository
> > `/mnt/iseran/roca/cvsroot/ldpc': No such file or directory
> > cvs [diff aborted]: read l
sure it will do fine on namesys'
> > website, but not in the kernel.
> >
> > Adrian> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
> >
> > Signed-off-by: Jes Sorensen <[EMAIL PROTECTED]>
> >
> > Speaking of inappropriate components in
[EMAIL PROTECTED] said:
> I've just tried usermode Linux with a 2.6.11-rc5 kernel. My kernel
> boots, but when the shell is to be spawned it freezes:
Can you try narrowing the problem down? Start with the 2.6.11-rcx patches
to figure out what -rc broke, and then start figuring out
Andrew Morton <[EMAIL PROTECTED]> writes:
> Jes Sorensen <[EMAIL PROTECTED]> wrote:
>>
[...]
>>
>> [EMAIL PROTECTED] linux-2.6.11-rc5-mm1]$ grep PG_arch fs/reiser4/*.c
>> fs/reiser4/page_cache.c: page_flag_name(page, PG_arch_1),
>> f
Kristian Sørensen ([EMAIL PROTECTED]) wrote:
> On Wednesday 02 March 2005 14:59, Kristian Sørensen wrote:
> > On Wednesday 02 March 2005 14:45, Christophe Lucas wrote:
> > > Kristian Sørensen ([EMAIL PROTECTED]) wrote:
> > > > Hi!
> > > >
> > >
(I think this got missed first time around, so resubmitting here)
Here is an update to sata_qstor.c to enable full/proper
register access during eh_timeout handling.
Patch is against 2.6.11-rc5 + earlier sata_qstor cosmetic patch.
Signed-off-by: Mark Lord <[EMAIL PROTECTED]>
--
Mark Lord
Rea
On Wednesday 02 March 2005 14:59, Kristian Sørensen wrote:
> On Wednesday 02 March 2005 14:45, Christophe Lucas wrote:
> > Kristian Sørensen ([EMAIL PROTECTED]) wrote:
> > > Hi!
> > >
> > > I've just tried usermode Linux with a 2.6.11-rc5 kernel. My kernel
Oops, should have read all the messages before posting!
I'll try the fix you said, I knew it'd be something like that.
It's attached.
BTW, is attaching things like this the preferred method?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
On Wed, Mar 02, 2005 at 03:24:14AM -0800, Andrew Morton wrote:
> Vincent Vanackere <[EMAIL PROTECTED]> wrote:
> >
> > I have the exact same problem.
> > .config is attached
> > (this may be a debian specific problem as I'm running debian too)
>
> OK, there are no vmlinux references to lib/parse
On Wednesday 02 March 2005 14:45, Christophe Lucas wrote:
> Kristian Sørensen ([EMAIL PROTECTED]) wrote:
> > Hi!
> >
> > I've just tried usermode Linux with a 2.6.11-rc5 kernel. My kernel boots,
> > but when the shell is to be spawned it freezes:
> &g
1 - 100 of 204 matches
Mail list logo
