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
> > problem.
>
> Christian, some fixes have bene made in thi
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 reboot was hell, not of your doing
though
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
> disappeared in 2.6.11-rc-mm and actually never happe
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 try to start X, my machine reboots.
On Tue, Mar 08, 2005 at 07:54:11PM +0100, Jurriaan wrote:
> 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: (Eac
On Fri, 11 Mar 2005 12:12:09 +1100, Dave Airlie <[EMAIL PROTECTED]> wrote:
>
> A copy of /var/log/XFree86.0.log and a copy of dmesg and copy of your
> .config if you could .. main things of interest whether you have fb
> drivers and drm drivers..
>
> Dave.
>
Here we go. I've attached the files f
>
> 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
>> kino can access my movie cameras video over the firewire v
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 is absolutely no reason to use the -mm kernel an
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 kernels were never stable enoug
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
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
> disappeared in 2.6.11-rc-mm and actually never happe
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 have to unplug
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 the video mode, but then I get
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'
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
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 that driver, and
>> kino can access my movie cameras video
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 applying the bk-ieee1394-patch. The c
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 like io or yielding
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.
>
Paul Mundt <[EMAIL PROTECTED]> wrote:
>
> 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.6
Compile Statistics
--
Build Tree: mm
Compiler: gcc 3.4.1
Detailed results: http://developer.osdl.org/cherry/compile/
Summary of changes from 2.6.11-mm1
--
Defconfig (bzImage): no change
Allnoconfig (bzImage): no change
Allyesconfig (bzImage): +1 warn
With the BUG_ON() use in linux/list.h I get this:
CC init/initramfs.o
In file included from include/linux/wait.h:23,
from include/linux/fs.h:205,
from init/initramfs.c:2:
include/linux/list.h: In function `list_del':
include/linux/list.h:164: warning: impli
40 matches
Mail list logo
