Hello
Adrian Bunk wrote:
> 4Kb kernel stacks are the future on i386, and it seems the problems it
> initially caused are now sorted out.
>
> Does anyone knows about any currently unsolved problems?
>
> I'd like to:
> - get a patch into on of the next -mm kernels that unconditionally
> enables
Miles Bader <[EMAIL PROTECTED]> wrote:
>
> +
> +/* From drivers/mtd/devices/slram.c */
> +#define SLRAM_BLK_SZ 0x4000
> +
> /* Set the root filesystem to be the given memory region.
> Some parameter may be appended to CMD_LINE. */
> void set_mem_root (void *addr, size_t len, char *cmd
Nick Piggin wrote:
I think this is getting pretty stable. No guarantees of course,
but it would be great if anyone gave it a test.
Or review, I might add. While I understand such a review is
still quite difficult, this code really is far less complex
than the previous lockless pagecache patch
Hello,
Does anyone know why all of a sudden I have stopped
receiving LK mailings? The last email was yesterday
mornig around 02.00 US PST. I see the archives are
continuing to get mail. hmmm.
Any help is appreciated.
Start
On Friday September 2, [EMAIL PROTECTED] wrote:
> On Thu, Sep 01, 2005 at 10:33:56PM -0700, Chris Wedgwood wrote:
> > On Fri, Sep 02, 2005 at 02:39:15AM +0200, Adrian Bunk wrote:
> >
> > > 4Kb kernel stacks are the future on i386, and it seems the problems
> > > it initially caused are now sorted
7/7
--
SUSE Labs, Novell Inc.
With practially all the read locks gone from mapping->tree_lock,
convert the lock from an rwlock back to a spinlock.
The remaining locks including the read locks mainly deal with IO
submission and not the lookup fastpaths.
Index: linux-2.6/fs/buffer.c
6/7
--
SUSE Labs, Novell Inc.
Use the speculative get_page and the lockless radix tree lookups
to introduce lockless page cache lookups (ie. no mapping->tree_lock).
The only atomicity changes this should introduce is the use of a
non atomic pagevec lookup for truncate, however what atomicity
gu
3/7
--
SUSE Labs, Novell Inc.
If we can be sure that elevating the page_count on a pagecache
page will pin it, we can speculatively run this operation, and
subsequently check to see if we hit the right page rather than
relying on holding a lock or otherwise pinning a reference to
the page.
This
4/7
--
SUSE Labs, Novell Inc.
From: Hans Reiser <[EMAIL PROTECTED]>
Reiser4 uses radix trees to solve a trouble reiser4_readdir has serving nfs
requests.
Unfortunately, radix tree api lacks an operation suitable for modifying
existing entry. This patch adds radix_tree_lookup_slot which return
On Thu, Sep 01, 2005 at 10:33:56PM -0700, Chris Wedgwood wrote:
> On Fri, Sep 02, 2005 at 02:39:15AM +0200, Adrian Bunk wrote:
>
> > 4Kb kernel stacks are the future on i386, and it seems the problems
> > it initially caused are now sorted out.
>
> Not entirely.
>
> XFS when mixed with raid/lvm/
5/7
--
SUSE Labs, Novell Inc.
Make radix tree lookups safe to be performed without locks.
Readers are protected against nodes being deleted by using RCU
based freeing. Readers are protected against new node insertion
by using memory barriers to ensure the node itself will be
properly written befo
1/7
Remove PageReserved rollup.
--
SUSE Labs, Novell Inc.
Index: linux-2.6/mm/memory.c
===
--- linux-2.6.orig/mm/memory.c
+++ linux-2.6/mm/memory.c
@@ -333,6 +333,21 @@ out:
}
/*
+ * This function is called to print an error whe
From: John Heffner <[EMAIL PROTECTED]>
Date: Thu, 1 Sep 2005 22:51:48 -0400
> I have an idea why this is going on. Packets are pre-allocated by the
> driver to be a max packet size, so when you send small packets, it
> wastes a lot of memory. Currently Linux uses the packets at the
> beginnin
2/7
Implement atomic_cmpxchg for i386 and ppc64. Is there any
architecture that won't be able to implement such an operation?
--
SUSE Labs, Novell Inc.
Introduce an atomic_cmpxchg operation. Implement this for i386 and ppc64.
Signed-off-by: Nick Piggin <[EMAIL PROTECTED]>
Index: linux-2.6/incl
Signed-off-by: Miles Bader <[EMAIL PROTECTED]>
arch/v850/kernel/setup.c | 14 --
1 file changed, 12 insertions(+), 2 deletions(-)
diff -ruN -X../cludes linux-2.6.13-uc0/arch/v850/kernel/setup.c
linux-2.6.13-uc0-v850-20050902/arch/v850/kernel/setup.c
--- linux-2.6.13-uc0/arch/v850/
Signed-off-by: Miles Bader <[EMAIL PROTECTED]>
arch/v850/configs/rte-ma1-cb_defconfig | 108 ++---
arch/v850/configs/rte-me2-cb_defconfig | 21 --
arch/v850/configs/sim_defconfig| 21 --
3 files changed, 90 insertions(+), 60 deletions(-)
diff -ruN
Signed-off-by: Miles Bader <[EMAIL PROTECTED]>
arch/v850/kernel/setup.c | 30 ++
1 file changed, 30 insertions(+)
diff -ruN -X../cludes linux-2.6.13-uc0/arch/v850/kernel/setup.c
linux-2.6.13-uc0-v850-20050902/arch/v850/kernel/setup.c
--- linux-2.6.13-uc0/arch/v850/
> By the way, if tcpdump does not track the window scale option, the right
> edge (ack + real win) does not change between the following two ACKs.
>
> > 11:34:54.337167 10.2.20.246.33060 > 10.2.224.182.8700: . ack 84402527 win
> > 15340 (DF)
> (259 ACKs are omitted here)
> > 11:34:54.611769 10.
ndiswrapper and driverloader will not work reliably with 4k stacks.
This is because of the Windoze drivers they use, to which, obviously,
they do not have the source. Since quite a few laptops have built-in
wireless cards by companies who will not release an open-source driver,
or won't release spe
Sid Boyce <[EMAIL PROTECTED]> wrote:
>
> For both -git1.gz/.bz2 and -git2.gz/.bz2.
http://www.zip.com.au/~akpm/linux/patches/stuff/linus.patch.gz is updated
once or twice daily. It's Linus's latest tip-of-tree.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
On Thursday 01 September 2005 18:59, Greg KH wrote:
> On Thu, Sep 01, 2005 at 09:10:14AM +0300, Denis Vlasenko wrote:
> > Not tested, but it's rather obvious.
>
> Except you forgot a "Signed-off-by:" line...
>
> > --- linux-2.6.12.src/drivers/i2c/chips/via686a.c.orig Sun Jun 19
> > 16:10:1
> > Since the TCP Window Scale options are exchanged,
> > the window size field contains shifted value except SYNs.
>
> Be careful, tcpdump may be tracking the window scale and reporting
> scaled values. Seems unlikely since with a window scale of 2, and odd
> window size would be impossible.
I a
On Thu, Sep 01, 2005 at 01:59:32PM -0700, Nguyen, Tom L wrote:
> On Thursday, September 01, 2005 1:10 PM Andrew Morton wrote:
> >>
> >> On Thursday, September 01, 2005 12:32 PM Andrew Morton wrote:
> >> > So what is the alternative to Shaohua's fix? Restore all the msi
> >> > registers on resume?
On Fri, Sep 02, 2005 at 02:39:15AM +0200, Adrian Bunk wrote:
> 4Kb kernel stacks are the future on i386, and it seems the problems
> it initially caused are now sorted out.
Not entirely.
XFS when mixed with raid/lvm/nfs still blows up. It's probably not
alone in this respect but worse than ext2
On Fri, 02 Sep 2005 13:51:38 +0900 (JST)
Noritoshi Demizu <[EMAIL PROTECTED]> wrote:
> Below may not be directly related to the cause of the problem.
> But I think some window sizes in your mail need to be re-evaluated.
>
> > 11:29:54.961998 10.2.20.246.33060 > 10.2.224.182.8700: S
> > 197234305
Below may not be directly related to the cause of the problem.
But I think some window sizes in your mail need to be re-evaluated.
> 11:29:54.961998 10.2.20.246.33060 > 10.2.224.182.8700: S
> 1972343059:1972343059(0) win 5840 0,nop,wscale 2> (DF)
> 11:29:54.983334 10.2.224.182.8700 > 10.2.20.246
Nigel Cunningham <[EMAIL PROTECTED]> writes:
>
> All I did was start calling pm_ops->prepare, ->enter and ->finish
> regardless of the powerdown method, instead of only for S3 or S4. It
> seems to be working fine. If, however, we should be doing things
> differently, I'm happy to comply. What's th
"Brown, Len" <[EMAIL PROTECTED]> writes:
>
>>Patch tested and works fine here. You should probably make a
>>note in the bugzilla so we don't get a conflicting merge
>>from the ACPI folks.
>
> One might also consider that it would be a good idea to
> send patches that break ACPI files to the ACP
Trond Myklebust <[EMAIL PROTECTED]> wrote:
>
Looks good from a quick scan.
> +static int do_posix_truncate(struct dentry *dentry, loff_t length)
> +{
> +int err = 0;
> +struct iattr newattrs;
> +
> +newattrs.ia_size = length;
> +newattrs.ia_valid = ATTR_SIZE;
> +
> +do
From: Andrew Morton <[EMAIL PROTECTED]>
> Hiro Yoshioka <[EMAIL PROTECTED]> wrote:
> >
> > --- linux-2.6.12.4.orig/arch/i386/lib/usercopy.c2005-08-05
> > 16:04:37.0 +0900
> > +++ linux-2.6.12.4.nt/arch/i386/lib/usercopy.c 2005-09-01
> > 17:09:41.0 +0900
>
> Really. Plea
Pavel Machek <[EMAIL PROTECTED]> writes:
> Hi!
>>
>> Thanks.
>>
>> This is clearly a code path I missed when I was fixing things.
>>
>> When I made the final acpi change I checked for any other users
>> of device_suspend and it seems I was blind and missed this one.
>> Looking again...
>>
>> T
Hiro Yoshioka <[EMAIL PROTECTED]> wrote:
>
> --- linux-2.6.12.4.orig/arch/i386/lib/usercopy.c 2005-08-05
> 16:04:37.0 +0900
> +++ linux-2.6.12.4.nt/arch/i386/lib/usercopy.c 2005-09-01
> 17:09:41.0 +0900
Really. Please redo and retest the patch against a current kerne
Dave McCracken wrote on Tuesday, August 30, 2005 3:13 PM
> This patch implements page table sharing for all shared memory regions that
> span an entire page table page. It supports sharing at multiple page
> levels, depending on the architecture.
In function pt_share_pte():
> + while
fr den 02.09.2005 Klokka 00:15 (-0400) skreiv Trond Myklebust:
> Sure. The other problem is that the test is made before the i_sem is
> grabbed. OK, so how about the appended patch instead?
Doh!
Trond
VFS/NFS: Fix up behaviour w.r.t. truncate() and open(O_TRUNC)
POSIX and the SUSv3 specify tha
to den 01.09.2005 Klokka 21:07 (-0700) skreiv Andrew Morton:
> Of course. But with your patch, the optimisation in inode_setattr() is
> redundant (except for O_TRUNC, perhaps).
Sure. The other problem is that the test is made before the i_sem is
grabbed. OK, so how about the appended patch inste
Trond Myklebust <[EMAIL PROTECTED]> wrote:
>
> to den 01.09.2005 Klokka 20:45 (-0700) skreiv Andrew Morton:
> > Trond Myklebust <[EMAIL PROTECTED]> wrote:
> > >
> > > +static inline int do_posix_truncate(struct dentry *dentry, loff_t
> > > length)
> > > +{
> > > +/* In SuS/Posix lore, t
Moses Leslie <[EMAIL PROTECTED]> wrote:
>
> On some older hardware I'm trying to use, 2.6.13 (and 2.6.12.3, the only
> other 2.6 kernel tested on this hardware) lock up right after boot, there
> are no indications about what specifically is wrong. The last few lines
> before the lockup are:
>
to den 01.09.2005 Klokka 20:45 (-0700) skreiv Andrew Morton:
> Trond Myklebust <[EMAIL PROTECTED]> wrote:
> >
> > +static inline int do_posix_truncate(struct dentry *dentry, loff_t length)
> > +{
> > + /* In SuS/Posix lore, truncate to the current file size is a no-op */
> > + if (length == i
Trond Myklebust <[EMAIL PROTECTED]> wrote:
>
> +static inline int do_posix_truncate(struct dentry *dentry, loff_t length)
> +{
> +/* In SuS/Posix lore, truncate to the current file size is a no-op */
> +if (length == i_size_read(dentry->d_inode))
> +return 0;
> +return
Andrew,
From: Andrew Morton <[EMAIL PROTECTED]>
> Andi Kleen <[EMAIL PROTECTED]> wrote:
> >
> > On Friday 02 September 2005 04:08, Andrew Morton wrote:
> >
> > > I suppose I'll queue it up in -mm for a while, although I'm a bit dubious
> > > about the whole idea... We'll gain some and we'll lose
to den 01.09.2005 Klokka 19:38 (-0400) skreiv Trond Myklebust:
> This is a consequence of 2.6 NFS clients optimising away unnecessary
> truncate calls. Whereas this is correct behaviour for truncate(), it
> appears to be incorrect for open(O_TRUNC).
>
> In fact, local filesystems like xfs and ext3
On Thu, 01 Sep 2005 12:38:24 -0700 Daniel Walker wrote:
>
> This patch should handle the case when scsi_add_host() fails.
>
> Signed-Off-By: Daniel Walker <[EMAIL PROTECTED]>
>
> Index: linux-2.6.13/drivers/scsi/aic7xxx/aic7xxx_osm.c
> ===
On Thu, 1 Sep 2005 20:17:37 -0700 Randy.Dunlap wrote:
> On Fri, 02 Sep 2005 02:19:51 +0100 Sid Boyce wrote:
>
> > For both -git1.gz/.bz2 and -git2.gz/.bz2.
>
> Yep, I think this is the fourth message about this.
> It would be nice to get it fixed
I suppose as a temporary measure (without da
On Fri, 02 Sep 2005 02:19:51 +0100 Sid Boyce wrote:
> For both -git1.gz/.bz2 and -git2.gz/.bz2.
Yep, I think this is the fourth message about this.
It would be nice to get it fixed
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PRO
A while ago there was a big discussion about splitting out the
userspace-accessible portions of the kernel headers into a separate
directory, "kabi", "kernel-abi", "linux-abi", or a half-dozen other
suggestions. Linus sprinkled a bit of holy-penguin-pee on the idea,
but nothing ever really happen
On Thu, Sep 01, 2005 at 05:17:38PM -0700, Andrew Morton wrote:
> Andrew Morton <[EMAIL PROTECTED]> wrote:
> >
> > Can I assume that the five m68k patches can be split apart from the five
> > patches which dink with task_struct? ie: if the task_struct patches go in
> > later, does anything bad happ
On Sep 1, 2005, at 6:53 PM, Ion Badulescu wrote:
A few minutes later it has finally caught up to present time and it
starts receiving smaller packets containing real-time data. The TCP
window is still 16534 at this point.
[tcpdump output removed]
This is where things start going bad. The wi
svgalib is spelled "svgalib"
I have started writing a windowing program which
uses svgalib. The source code is available at,
http://sourceforge.net/projects/svgalib-windows
select "browse cvs". SourceForge is rebuilding their
site, so some things don't work.
___
On 9/2/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Hi, everyone.
>
>I know kernel oops can be seen by run 'dmesg', but if
> kernel crashed, we can not run it. so I reconfigure syslogd
> to support remote forward, the debug machine content of
> syslogd.conf is:
When the panic is calle
Andi Kleen <[EMAIL PROTECTED]> wrote:
>
> On Friday 02 September 2005 04:08, Andrew Morton wrote:
>
> > I suppose I'll queue it up in -mm for a while, although I'm a bit dubious
> > about the whole idea... We'll gain some and we'll lose some - how do we
> > know it's a net gain?
>
> I suspect it
On Friday 02 September 2005 04:08, Andrew Morton wrote:
> I suppose I'll queue it up in -mm for a while, although I'm a bit dubious
> about the whole idea... We'll gain some and we'll lose some - how do we
> know it's a net gain?
I suspect it'll gain more than it loses. The only case where it mi
Hiro Yoshioka <[EMAIL PROTECTED]> wrote:
>
> From: Andi Kleen <[EMAIL PROTECTED]>
> > On Thursday 01 September 2005 11:07, Hiro Yoshioka wrote:
> >
> > > The following is the almost final version of the
> > > cache pollution aware __copy_from_user_ll() patch.
> >
> > Looks good to me.
> >
> > On
"J.A. Magallon" <[EMAIL PROTECTED]> wrote:
>
>
> On 1/09/2005 10:58 a.m., Andrew Morton wrote:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13/2.6.13-mm1/
> >
> > - Included Alan's big tty layer buffering rewrite. This breaks the build on
> > lots of more obscure chara
Reuben Farrelly <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> On 1/09/2005 10:58 a.m., Andrew Morton wrote:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13/2.6.13-mm1/
> >
> ...
>
> This patch:
>
> netlink-log-protocol-failures.patch
>
> is causing lots of messages like this t
On Friday 02 September 2005 03:43, Hiro Yoshioka wrote:
> From: Andi Kleen <[EMAIL PROTECTED]>
>
> > On Thursday 01 September 2005 11:07, Hiro Yoshioka wrote:
> > > The following is the almost final version of the
> > > cache pollution aware __copy_from_user_ll() patch.
> >
> > Looks good to me.
>
Dave McCracken wrote on Tuesday, August 30, 2005 3:13 PM
> This patch implements page table sharing for all shared memory regions that
> span an entire page table page. It supports sharing at multiple page
> levels, depending on the architecture.
>
>
> This version of the patch supports i386 and
On 1/09/2005 10:58 a.m., Andrew Morton wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13/2.6.13-mm1/
>
> - Included Alan's big tty layer buffering rewrite. This breaks the build on
> lots of more obscure character device drivers. Patches welcome (please cc
> Alan
ata_get_mode_mask() uses bits 3 and 4 in the pio_mask to represent PIO
modes 3 and 4. The value read from the drive, which reports support
for PIO3 and PIO4 in bits 0 and 1, is shifted left by 3 bits and OR'd
with 0x7 (which then corresponds to PIO 2-0 in libata). Thus, the
drivers below need adj
From: Andi Kleen <[EMAIL PROTECTED]>
> On Thursday 01 September 2005 11:07, Hiro Yoshioka wrote:
>
> > The following is the almost final version of the
> > cache pollution aware __copy_from_user_ll() patch.
>
> Looks good to me.
>
> Once the filemap.c hunk is in I'll probably do something
> simi
Hi,
On 1/09/2005 10:58 a.m., Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13/2.6.13-mm1/
- Included Alan's big tty layer buffering rewrite. This breaks the build on
lots of more obscure character device drivers. Patches welcome (please cc
Alan).
Brett Russ wrote:
This is my libata compatible low level driver for the Marvell SATA
family. Currently it successfully runs in PIO mode on a 6081 chip.
EDMA support is in the works and should be done shortly. Review,
testing (especially on other flavors of Marvell), comments welcome.
Note tha
get_cpu_vendor() no longer has any users in other files.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
This patch was already sent on:
- 24 Aug 2005
arch/i386/kernel/cpu/common.c |2 +-
arch/x86_64/kernel/setup.c|2 +-
include/asm-x86_64/proto.h|1 -
3 files changed,
On 9/2/05, Richard Hayden <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> It appears there is no protection in badness() (called by
> out_of_memory() for each process) when it reads p->mm->total_vm. Another
> processor (or a kernel preemption) could presumably run do_exit and then
> exit_mm, freeing the
This patch contains the following small cleanups:
- make two needlessly global functions static
- drm_sysfs.c: every file should #include the header with the prototypes
of the global functions it is offering
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
This patch was alrea
Remove S4BIOS support. It is pretty useless, and only ever worked for
_me_ once. (I do not think anyone else ever tried it). It was in
feature-removal for a long time, and it should have been removed before.
From: Pavel Machek <[EMAIL PROTECTED]>
Signed-off-by: Pavel Machek <[EMAIL PROTECTED]>
Sig
This patch makes two needlessly global functions static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
This patch was already sent on:
- 20 Aug 2005
--- linux-2.6.13-rc6-mm1/mm/filemap.c.old 2005-08-20 14:37:27.0
+0200
+++ linux-2.6.13-rc6-mm1/mm/filemap.c 2005-08-20 14:4
This patch contains possible cleanups including the following:
- make needlessly global code static
- #if 0 the following unused global function:
- sdladrv.c: sdla_intde
- remove the following unused global variable:
- lmc_media.c: lmc_t1_cables
- remove the following unneeded EXPORT_SYMBOL's:
This patch makes a needlessly global function static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
This patch was already sent on:
- 22 Aug 2005
--- linux-2.6.13-rc6-mm1-full/drivers/md/raid1.c.old2005-08-22
02:50:14.0 +0200
+++ linux-2.6.13-rc6-mm1-full/drivers/md/raid1.c
Every file should #include the header with the prototypes of the global
functions it is offering.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
This patch was already sent on:
- 24 Aug 2005
--- linux-2.6.13-rc6-mm1-full/fs/cramfs/uncompress.c.old2005-08-23
01:56:47.0 +02
There's no modular usage in the kernel and modules shouldn't use this
symbol.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
This patch was already sent on:
- 22 Aug 2005
- 30 May 2005
- 13 May 2005
- 1 May 2005
- 23 Apr 2005
--- linux-2.6.12-rc2-mm3-full/fs/super.c.old2005-04-23 02:4
john stultz wrote:
All,
I recently ran into a bug with an older kernel where xtime's tv_nsec
field had accumulated more then 2 seconds worth of time. The timespec's
tv_nsec is a signed long, however gettimeofday() treats it as an
unsigned long. Thus when the failure occured, very strange
i disabled the isdn subsystem temporarely and tried to recompile
finding out that jsm-tty is affected too:
CC [M] drivers/serial/jsm/jsm_tty.o
drivers/serial/jsm/jsm_tty.c: In function 'jsm_input':
drivers/serial/jsm/jsm_tty.c:592: error: 'struct tty_struct' has no member
named 'flip'
drivers/
On Thu, 2005-09-01 at 23:20 +0800, Nguyen, Tom L wrote:
> On Wednesday, August 31, 2005 2:44 PM Greg KH wrote:
> >>On Thu, Aug 18, 2005 at 01:35:46PM +0800, Shaohua Li wrote:
> >> Hi,
> >> It appears pci_enable_msi doesn't reconfigure msi registers if it
> >> successfully look up a msi for a device
> Date: Wed, 31 Aug 2005 20:05:02 -0700
> From: Todd Poynor <[EMAIL PROTECTED]>
>
> David Brownell wrote:
> > Interesting. I start to like this shape better; it moves more of the
> > logic to operating point code, where it can make the sysfs interface
> > talk in terms of meaningful abstractions,
4Kb kernel stacks are the future on i386, and it seems the problems it
initially caused are now sorted out.
Does anyone knows about any currently unsolved problems?
I'd like to:
- get a patch into on of the next -mm kernels that unconditionally
enables 4KSTACKS
- if there won't be new reports
Quoting Sabuj Pattanayek <[EMAIL PROTECTED]>:
> Hi all,
Hi, Sabuj
> I'm posting a bug as directed by REPORTING-BUGS in the kernel sources.
>
> PROBLEM: Inconsistent kallsyms data error near the end of make in the linux
> kernel-2.6.13 .
This is probably a known problem.
Please check this thre
Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> Can I assume that the five m68k patches can be split apart from the five
> patches which dink with task_struct? ie: if the task_struct patches go in
> later, does anything bad happen?
eh, forget I asked that. They're interdependent.
-
To unsubscribe f
Roman Zippel <[EMAIL PROTECTED]> wrote:
>
> This patch series brings the m68k closer to a working state. It consists
> of two basic parts, the first five patches do the minimal changes to get
> m68k compiling in mainline, the last five patches do a cleanup of the
> kernel API.
Can I assume that
Bartlomiej Zolnierkiewicz wrote:
Same thing as with VT6420 support:
I'm still concerned about VIA IDE chipset + VT6410 combo
(AFAIR I've also seen VT6410 on PCI add-on card but I can be wrong).
via82cxxx.c needs to be fixed to support multiple controllers first.
Hows this? I don't have any ha
This patch removes some dead IDE-related #define's and
"static inline" functions.
Please double-check it since I've only tested it with grep and didn't
try compilation.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
arch/ppc/platforms/hdpu.c | 40 ---
Hi all,
I'm posting a bug as directed by REPORTING-BUGS in the kernel sources.
PROBLEM: Inconsistent kallsyms data error near the end of make in the linux
kernel-2.6.13 .
1) Decompress full linux-2.6.13.tar.bz2 sources to /usr/src/linux
2) cp /boot/config-2.6.12.5 to /usr/src/linux/.config
3) ma
Hi
Pentium M / Dothan steppings are: A1, A2, B0, B1, C0, C1. My /proc/cpuinfo
shows stepping 6. Does this mean i have stepping C1?
If so, then can i compile cpufreq tables into kernel? I have centrino laptop
without those tables in ACPI.
st3 wrote:
The only issue is that there are four different
Hi,
On some older hardware I'm trying to use, 2.6.13 (and 2.6.12.3, the only
other 2.6 kernel tested on this hardware) lock up right after boot, there
are no indications about what specifically is wrong. The last few lines
before the lockup are:
382MB LOWMEM available
DMI 2.3 present
Allocating
> The IPMI driver uses read/write locks to ensure that things
> exist while they are in use. This is bad from a number of
> points of view. This patch removes the rwlocks and uses
> refcounts and a special synced list (the entries can be
> refcounted and removal is blocked while an entry is in
>
On 9/1/05, Daniel Walker <[EMAIL PROTECTED]> wrote:
>
> This should fix a small warning in the e1000 driver. It casts to the
> largest possible type dma field. This was found while compiling for
> X86_64 .
>
> Signed-Off-By: Daniel Walker <[EMAIL PROTECTED]>
>
> Index: linux-2.6.13/drivers/net/e
On Thu, Sep 01, 2005 at 03:45:09PM -0700, Tom Rini wrote:
[snip]
> So digging back in CVS it seems this was added to fix a spurious
> interrupt that occured on an (probably) an x86_64 box when NMI support
> didn't work correctly. I think it's safe enough to just drop this.
Since reposting seems
on den 31.08.2005 Klokka 08:55 (-0600) skreiv Rob Sims:
> We have noticed when changing from kernel 2.4.23 to 2.6.8 that
> timestamps of files are not changed if opened for a write and nothing is
> written. When using 2.4.23 timestamps are changed. When using a local
> filesystem (reiserfs) with
On 9/2/05, Ion Badulescu <[EMAIL PROTECTED]> wrote:
> Hi David,
>
> On Thu, 1 Sep 2005, David S. Miller wrote:
>
> > Thanks for the empty posting. Please provide the content you
> > intended to post, and furthermore please post it to the network
> > developer mailing list, netdev@vger.kernel.org
On Thu, Sep 01, 2005 at 03:55:42AM -0700, Andrew Morton wrote:
>...
> Changes since 2.6.13-rc6-mm2:
>...
> git-serial.patch
>...
> Subsystem trees
>...
This patch contains Alan's patch for fixing the compilation of
drivers/char/mwave/mwavedd.c, but the driver is still marked as BROKEN
which sh
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Adrian Bunk wrote:
> On Thu, Sep 01, 2005 at 03:55:42AM -0700, Andrew Morton wrote:
>
>>...
>>Changes since 2.6.13-rc6-mm2:
>>...
>>+sisfb-update.patch
>>...
>> fbdev updates
>>...
>
>
> This patch accidentally replaces drivers/video/sis/Makefile wi
If the feature is removed, there's no need to keep the entry in
feature-removal-schedule.txt.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
--- linux-2.6.13-mm1-full/Documentation/feature-removal-schedule.txt.old
2005-09-02 01:13:12.0 +0200
+++ linux-2.6.13-mm1-full/Documentati
On Thu, Sep 01, 2005 at 02:09:38PM -0700, Andrew Morton wrote:
> Now, probably there's deep magic happening here and I'm wrong. If so then
> please explain the code's magic via a comment patch so the question doesn't
> arise again, thanks.
>
This is a comment patch around lock_kprobes() and unlo
On Wed, Aug 31, 2005 at 10:33:52AM +0100, Russell King wrote:
>...
> In addition, the following drivers declare functions of the same name.
> The maintainers of these need to look to see why, and eliminate them
> where possible.
>
> drivers/serial/crisv10.c:register_serial(struct serial_struct *re
Hi.
Here is my new trial for the resize lock issue.
Basically, it goes as follows:
To ensure that only one resizer is running at a time, I added a global
lock that is acquired in the very beginning of ext3_group_add and
ext3_group_extend.
lock_super is now only used in ext3_group_add in the m
> -Original Message-
> From: Ashok Raj [mailto:[EMAIL PROTECTED]
> Sent: Thursday, September 01, 2005 3:27 PM
> To: Protasevich, Natalie
> Cc: Ashok Raj; [EMAIL PROTECTED]; [EMAIL PROTECTED];
> [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED];
> linux-kernel@vger.kernel.org; [E
We were leaking pmd pages when 3_LEVEL_PGTABLES was enabled. This fixes that.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
Index: test/arch/um/kernel/skas/include/mmu-skas.h
===
--- test.orig/arch/um/kernel/skas/include/mmu-skas.h
Andrew Morton wrote:
Corey Minyard <[EMAIL PROTECTED]> wrote:
Indeed, this function is badly written. In rewriting, I couldn't find a
nice function for reading integers from userspace, and the proc_dointvec
stuff didn't seem terribly suitable.
We write numbers into profs files all th
Brian King <[EMAIL PROTECTED]> wrote:
>
> +void pci_block_user_cfg_access(struct pci_dev *dev)
> +{
> + unsigned long flags;
> +
> + pci_save_state(dev);
> + spin_lock_irqsave(&pci_lock, flags);
> + dev->block_ucfg_access = 1;
> + spin_unlock_irqrestore(&pci_lock, flags);
Are y
From: Bodo Stroesser <[EMAIL PROTECTED]>
This change enables SKAS0/SKAS3 to work with all combinations
of /proc/mm and PTRACE_FAULTINFO being available or not.
Also it changes the initialization of proc_mm and
ptrace_faultinfo slightly, to ease forcing SKAS0 on a patched
host. Forcing UML to run
semaphore.c is no longer available from arch/x86_64, so we just pick up the
generic version instead.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
Index: linux-2.6.13-mm1/arch/um/sys-x86_64/Makefile
===
--- linux-2.6.13-mm1.orig/arch/
1 - 100 of 436 matches
Mail list logo
