On Monday 21 March 2005 20:45, Andrew Morton wrote:
[...]
>> Lemme see if I've grabbed that patch, brb. No, but I'll go get it
>> right now. Got it. Edited my two scripts and its building now.
After 2 days of running rc1-mm1, I've reverted to plain rc1, for one
reason. The last 2 days, its ta
On Mon, 21 Mar 2005 15:43:32 -0800, Andrew Morton <[EMAIL PROTECTED]> wrote:
> Christian Henz <[EMAIL PROTECTED]> wrote:
> >
> > Hi,
> >
> > I wanted to try 2.6.11-mm2 for the low latency/realtime lsm stuff and
> > I've run into a severe
> &g
On Monday 21 March 2005 18:37, Andrew Morton wrote:
>Gene Heskett <[EMAIL PROTECTED]> wrote:
>> 2.6.11-mm2 seems to work, mostly.
>
>If you've tested 2.6.12-rc1-mm1 can you please send an update on
> your woes to linux-kernel?
Ok, got it built ok, but the reboo
On Monday 21 March 2005 21:56, Andrew Morton wrote:
>Gene Heskett <[EMAIL PROTECTED]> wrote:
>> ...
>> tvtime works, no audio glitches in the startup. This is a
>> pcHDTV-3000 card, running in Never Twice Same Color mode as yet.
>>
>> xsane works normally I believe, doing a preview scan ok.
>
>Whe
Gene Heskett <[EMAIL PROTECTED]> wrote:
>
> ...
> tvtime works, no audio glitches in the startup. This is a pcHDTV-3000
> card, running in Never Twice Same Color mode as yet.
>
> xsane works normally I believe, doing a preview scan ok.
Whew.
> kino works, but doesn't really want to time share
Stefano Rivoir <[EMAIL PROTECTED]> wrote:
>
> Andrew Morton wrote:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11/2.6.11-mm2/
>
> Hi Andrew
>
> With 2.6.11-mm series, "acpi_poweroff called" problem is back again (it
> dis
Christian Henz <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> I wanted to try 2.6.11-mm2 for the low latency/realtime lsm stuff and
> I've run into a severe
> problem.
Christian, some fixes have bene made in this area. Could you please test
2.6.12-rc1-mm1?
> When I tr
change, the symbols sampled will be the same.
> >
> >I'll do the patch to do this and send it ASAP.
>
> Ok, here it is.
>
> Dominik can you try the attached patch and see if it solves the problem?
It does not solve the problem:
~/local/kernel/linux-2.6.11-mm2 $ p
On Sun, Mar 13, 2005 at 09:54:41AM +0100, Sam Ravnborg wrote:
> On Thu, Mar 10, 2005 at 12:12:22PM +, Paulo Marques wrote:
> > Paulo Marques wrote:
> > >[...]
> > >A simple and robust way is to do the sampling on a list of symbols
> > >sorted by symbol name. This way, even if the symbol positi
Sam Ravnborg wrote:
On Thu, Mar 10, 2005 at 12:12:22PM +, Paulo Marques wrote:
Paulo Marques wrote:
[...]
A simple and robust way is to do the sampling on a list of symbols
sorted by symbol name. This way, even if the symbol positions that are
given to scripts/kallsyms change, the symbols sam
On Thu, Mar 10, 2005 at 12:12:22PM +, Paulo Marques wrote:
> Paulo Marques wrote:
> >[...]
> >A simple and robust way is to do the sampling on a list of symbols
> >sorted by symbol name. This way, even if the symbol positions that are
> >given to scripts/kallsyms change, the symbols sampled w
: warning: implicit declaration of function `set_pte_at'
> make[1]: *** [mm/fremap.o] Error 1
> make: *** [mm] Error 2
>
> The same config worked fine for 2.6.11-mm1:
>...
I wasn't able to reproduce this with your .config .
Are you using a completely otherwise unpatched 2.6.
go. I've attached the files for both -mm1 and -mm2. Note that
for -mm2 dmesg was run before starting X, and the XFree86 logfile is
missing since it wasn't created.
cheers,
Christian
config-2.6.11-mm1.gz
Description: application/gzip
config-2.6.11-mm2.gz
Description: application/g
>
> When I try to start X, my machine reboots. The screen goes dark as
> usual when setting the video mode, but then I get a beep and I'm
> greeted with the BIOS boot messages. This happened 4/5 times i've
> tried, and once the video mode was actually set (at least I saw the
> usual X b/w pattern
On Wednesday 09 March 2005 01:44, Andrew Morton wrote:
>Gene Heskett <[EMAIL PROTECTED]> wrote:
>> Greetings Andrew;
>
>g'day.
>
>> 2.6.11-mm2 seems to work, mostly.
>>
>> First, the ieee1394 stuff seems to have fixed up that driver, and
>> kin
On Thu, 10 Mar 2005 09:14:53 +0100, Christian Henz
<[EMAIL PROTECTED]> wrote:
> On Thu, 10 Mar 2005 18:49:02 +1100, Benjamin Herrenschmidt
> <[EMAIL PROTECTED]> wrote:
> > On Wed, 2005-03-09 at 21:12 +0100, Christian Henz wrote:
> [...]
> > > Everything works nicely on 2.6.10 and earlier kernels. I
On Thu, 2005-03-10 at 12:25 -0500, Lee Revell wrote:
> On Wed, 2005-03-09 at 21:12 +0100, Christian Henz wrote:
> > Hi,
> >
> > I wanted to try 2.6.11-mm2 for the low latency/realtime lsm stuff and
> > I've run into a severe
> > problem.
>
> There i
On Wed, 2005-03-09 at 21:12 +0100, Christian Henz wrote:
> Hi,
>
> I wanted to try 2.6.11-mm2 for the low latency/realtime lsm stuff and
> I've run into a severe
> problem.
There is absolutely no reason to use the -mm kernel anymore for low
latency audio. The -mm kerne
Just booted 2.6.11-mm2 with a new .config and ran into this BUG(). Here
is the snippet from dmesg.
[ 25.088135] ohci_hcd :00:02.0: wakeup
[ 25.113120] BUG: soft lockup detected on CPU#0!
[ 25.113128]
[ 25.113135] Modules linked in: ehci_hcd ohci_hcd usbcore i2c_nforce2
it87 eeprom
On Thursday 10 March 2005 03:52, Jean Delvare wrote:
>Hi Gene,
>
>> > I've dropped the "id" member of struct i2c_client, as it were
>> > useless. Third-party driver authors now need to do the same.
>>
>> Aha! As in just 'dd' any line containing the .id in vim?
>
>Exactly. Don't kill all lines with
Paulo Marques wrote:
[...]
A simple and robust way is to do the sampling on a list of symbols
sorted by symbol name. This way, even if the symbol positions that are
given to scripts/kallsyms change, the symbols sampled will be the same.
I'll do the patch to do this and send it ASAP.
Ok, here it
Hi Gene,
> > I've dropped the "id" member of struct i2c_client, as it were
> > useless. Third-party driver authors now need to do the same.
>
> Aha! As in just 'dd' any line containing the .id in vim?
Exactly. Don't kill all lines with .id though, only the i2c_client id
was dropped, and there a
On Thu, 10 Mar 2005 18:49:02 +1100, Benjamin Herrenschmidt
<[EMAIL PROTECTED]> wrote:
> On Wed, 2005-03-09 at 21:12 +0100, Christian Henz wrote:
[...]
> > Everything works nicely on 2.6.10 and earlier kernels. I'm in the
> > process of building 2.6.11.2 to see if the crash occurs there.
>
> So ?
>
Stefano Rivoir <[EMAIL PROTECTED]> wrote:
>
> Andrew Morton wrote:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11/2.6.11-mm2/
>
> Hi Andrew
>
> With 2.6.11-mm series, "acpi_poweroff called" problem is back again (it
> dis
Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11/2.6.11-mm2/
Hi Andrew
With 2.6.11-mm series, "acpi_poweroff called" problem is back again (it
disappeared in 2.6.11-rc-mm and actually never happend in Linus' tree).
So when you shutdown, you
On Wed, 2005-03-09 at 21:12 +0100, Christian Henz wrote:
> Hi,
>
> I wanted to try 2.6.11-mm2 for the low latency/realtime lsm stuff and
> I've run into a severe
> problem.
>
> When I try to start X, my machine reboots. The screen goes dark as
> usual when setting t
Hi,
I wanted to try 2.6.11-mm2 for the low latency/realtime lsm stuff and
I've run into a severe
problem.
When I try to start X, my machine reboots. The screen goes dark as
usual when setting the video mode, but then I get a beep and I'm
greeted with the BIOS boot messages. This ha
On Wednesday 09 March 2005 14:33, Jean Delvare wrote:
>Hi Gene, Andrew, all,
>[Gene Heskett]
>
>> /usr/pcHDTV3000/linux/pcHDTV-1.6/kernel-2.6.x/driver/bttv-i2c.c:36
>>2: error: unknown field `id' specified in initializer
>
>I've dropped the "id" member of struct i2c_client, as it were
> useless. Th
On Wednesday 09 March 2005 14:33, Jean Delvare wrote:
>Hi Gene, Andrew, all,
>[Gene Heskett]
>
>> /usr/pcHDTV3000/linux/pcHDTV-1.6/kernel-2.6.x/driver/bttv-i2c.c:36
>>2: error: unknown field `id' specified in initializer
>
>I've dropped the "id" member of struct i2c_client, as it were
> useless. Th
On Wednesday 09 March 2005 14:33, Jean Delvare wrote:
>Hi Gene, Andrew, all,
>
>(Gene, note that I cannot write to you directly because Verizon are
>idiots. Let's just hope you'll read that.)
Got it, & can't argue with that label. Some of the labels I've
applied to them are even more 'colorfull'
Paulo Marques wrote:
[...]
Can you send me privately a tar.bz2 containing your .config,
.tmp_kallsyms1.S and .tmp_kallsyms2.S so I can try to figure out what's
going on?
Ok, after some investigation into the files I was able to find out the
problem.
scripts/kallsyms.c uses a subset of the symbo
Hi Gene, Andrew, all,
(Gene, note that I cannot write to you directly because Verizon are
idiots. Let's just hope you'll read that.)
[Gene Heskett]
> /usr/pcHDTV3000/linux/pcHDTV-1.6/kernel-2.6.x/driver/bttv-i2c.c:362:
> error: unknown field `id' specified in initializer
I've dropped the "id" me
Hi Andrew,
Here is the simplified version of "nobh" support patch
for ext3 writeback mode. I took out all the complicated
logic and fallback to creating buffers in
ext3_truncate_block_page() if needed.
Looks sane ? Can you include it in -mm tree ?
Thanks,
Badari
Signed-off-by: Badari Pulavart
Dominik Brodowski wrote:
On Tue, Mar 08, 2005 at 12:35:54PM -0800, Andrew Morton wrote:
Dominik Brodowski <[EMAIL PROTECTED]> wrote:
compiling -mm2 on my x86 box results in:
SYSMAP .tmp_System.map
Inconsistent kallsyms data
Try setting CONFIG_KALLSYMS_EXTRA_PASS
make: *** [vmlinux] Fehler 1
gcc-Ve
On Wednesday 09 March 2005 01:44, Andrew Morton wrote:
>Gene Heskett <[EMAIL PROTECTED]> wrote:
>> Greetings Andrew;
>
>g'day.
>
g'day to you, sir.
>> 2.6.11-mm2 seems to work, mostly.
>>
>> First, the ieee1394 stuff seems to have fixed up
Gene Heskett <[EMAIL PROTECTED]> wrote:
>
> Greetings Andrew;
g'day.
> 2.6.11-mm2 seems to work, mostly.
>
> First, the ieee1394 stuff seems to have fixed up that driver, and kino
> can access my movie cameras video over the firewire very nicely
> without appl
Greetings Andrew;
2.6.11-mm2 seems to work, mostly.
First, the ieee1394 stuff seems to have fixed up that driver, and kino
can access my movie cameras video over the firewire very nicely
without applying the bk-ieee1394-patch. The camera has builtin
stereo mics in it, but nary a peep can be
On Wed, Mar 09, 2005 at 01:20:46AM +0100, Adrian Bunk wrote:
> On Tue, Mar 08, 2005 at 03:38:46AM -0800, Andrew Morton wrote:
> >...
> > Changes since 2.6.11-mm1:
> >...
> > +drivers-isdn-tpam-convert-to-pci_register_driver.patch
> >...
> > Little code tweaks.
> >...
>
> Please drop this patch.
>
Andrew Morton wrote:
Adrian Bunk <[EMAIL PROTECTED]> wrote:
On Tue, Mar 08, 2005 at 03:38:46AM -0800, Andrew Morton wrote:
...
Changes since 2.6.11-mm1:
...
-fix-buggy-ieee80211_crypt_-selects.patch
Was wrong.
...
I'd say my patch was correct.
Uh, OK. Make that "was subject of interminable bunfig
Adrian Bunk <[EMAIL PROTECTED]> wrote:
>
> On Tue, Mar 08, 2005 at 03:38:46AM -0800, Andrew Morton wrote:
> >...
> > Changes since 2.6.11-mm1:
> >...
> > -fix-buggy-ieee80211_crypt_-selects.patch
> >
> > Was wrong.
> >...
>
> I'd say my patch was correct.
Uh, OK. Make that "was subject of inte
HI all...
On 03.08, Andrew Morton wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11/2.6.11-mm2/
>
(replied to this because this is the kernel I am testing on :) )
Can cpu affinity really be changed for a running process ?
Does it need something l
On Tue, Mar 08, 2005 at 03:38:46AM -0800, Andrew Morton wrote:
>...
> Changes since 2.6.11-mm1:
>...
> -fix-buggy-ieee80211_crypt_-selects.patch
>
> Was wrong.
>...
I'd say my patch was correct.
If it was buggy, I have yet to see a better patch.
With the current dependencies, IEEE80211_CRYPT_C
On Tue, Mar 08, 2005 at 03:38:46AM -0800, Andrew Morton wrote:
>...
> Changes since 2.6.11-mm1:
>...
> +drivers-isdn-tpam-convert-to-pci_register_driver.patch
>...
> Little code tweaks.
>...
Please drop this patch.
Karsten has a patch ready to remove this driver (because the hardware it
was sup
On 03.09, Robert Love wrote:
> On Tue, 2005-03-08 at 23:36 +, J.A. Magallon wrote:
>
> > Can cpu affinity really be changed for a running process ?
>
> Yes.
>
> > Does it need something like io or yielding to take effect ?
>
> No.
>
...
>
> Although, you have the syntax wrong. It should
On Tue, 2005-03-08 at 23:51 +, J.A. Magallon wrote:
> Ahh, damn, that explains it. I use a main thread that does nothing but
> wait for the worker threads. So it sure gets moved to CPU0, but as it
> does not waste CPU time, I do not see it...
>
> Thanks. Will see what can I do with my threads
On Tue, 2005-03-08 at 23:36 +, J.A. Magallon wrote:
> Can cpu affinity really be changed for a running process ?
Yes.
> Does it need something like io or yielding to take effect ?
No.
> I am playin with Robert Love's taskset (symlinked to runon, it is easier
> to type and I'm more used to
Christoph Hellwig <[EMAIL PROTECTED]> wrote:
>
> > +sh-merge-updates.patch
> >
> > sh/sh64 updates
>
> btw, it would be nice if you'd give a period of say 48 hours for
> people to review non-critical patches before sending them off to
> Linus. The sh update was pretty nice, so no coplaints abou
> +sh-merge-updates.patch
>
> sh/sh64 updates
btw, it would be nice if you'd give a period of say 48 hours for
people to review non-critical patches before sending them off to
Linus. The sh update was pretty nice, so no coplaints about this
one, but we had worse things passed on in the past.
>
On Tue, Mar 08, 2005 at 12:35:54PM -0800, Andrew Morton wrote:
> Dominik Brodowski <[EMAIL PROTECTED]> wrote:
> >
> > compiling -mm2 on my x86 box results in:
> >
> > SYSMAP .tmp_System.map
> > Inconsistent kallsyms data
> > Try setting CONFIG_KALLSYMS_EXTRA_PASS
> > make: *** [vmlinux] Fehler 1
Dominik Brodowski <[EMAIL PROTECTED]> wrote:
>
> compiling -mm2 on my x86 box results in:
>
> SYSMAP .tmp_System.map
> Inconsistent kallsyms data
> Try setting CONFIG_KALLSYMS_EXTRA_PASS
> make: *** [vmlinux] Fehler 1
>
> gcc-Version 3.4.3 20050110 (Gentoo Linux 3.4.3.20050110,
> ssp-3.4.3.2005
fix?
>
> --- linux-sh-2.6.11-mm2.orig/include/linux/list.h2005-03-08
> 15:46:50.601565604 +0200
> +++ linux-sh-2.6.11-mm2/include/linux/list.h 2005-03-08 15:46:53.882114403
> +0200
> @@ -5,6 +5,7 @@
>
> #include
> #include
> +#include
> #include
Hi Andrew,
Here's the latest version of relayfs, against linux-2.6.11-mm2. I'm
hoping you'll consider putting this version back into your tree - the
previous rounds of comment seem to have shaken out all the API issues
and the number of comments on the code itself have also st
compiling -mm2 on my x86 box results in:
SYSMAP .tmp_System.map
Inconsistent kallsyms data
Try setting CONFIG_KALLSYMS_EXTRA_PASS
make: *** [vmlinux] Fehler 1
gcc-Version 3.4.3 20050110 (Gentoo Linux 3.4.3.20050110, ssp-3.4.3.20050110-0,
pie-8.7.7)
Dominik
-
To unsubscribe from this li
mm/fremap.c:33:48: macro "flush_cache_page" passed 3 arguments, but takes just 2
mm/fremap.c: In function `zap_pte':
mm/fremap.c:33: error: `flush_cache_page' undeclared (first use in this
function)
mm/fremap.c:33: error: (Each undeclared identifier is reported only once
mm/fremap.c:33: error: for
)
--- --
2.6.11-mm2 12w/0e 0w/0e 190w/0e6w/0e 16w/0e177w/0e
2.6.11-mm1 12w/0e 0w/0e 189w/0e6w/0e 16w/0e173w/0e
2.6.11-rc5-mm1 21w/0e 0w/0e 262w/0e 10w/0e 26w/0e238w/0e
2.6.11-rc4-mm1 22w/0e 0w/0e 271w/0e 10w/0e 25w
_BUG case) without
dragging in this header from somewhere else.
With this I can build on sh again. The other solution is to add the
include to asm/bug.h directly, but it would be nice to avoid linux/
includes from asm/ context in general..
Thoughts? Or ideas for a more appropriate fix?
--- linux-sh-2
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11/2.6.11-mm2/
- UML updates
- fbdev updates
- nfs4 server updates
- new megaraid driver, new iscsi driver, fatfs update, fbdev updates,
kitchen sink.
- The below description of what has been added and what has been merged
57 matches
Mail list logo
