* [DNX#2006040142001491] [U-Boot-Users] [PATCH-8/8]Blackfin support - Add r [...]
From: DENX Support System @ 2006-04-01 1:20 UTC (permalink / raw)
To: u-boot
Hello list,
inside the automatic U-Boot patch tracking system a new ticket
[DNX#2006040142001491] was created:
<snip>
> The patch is based on following point in the current U-boot git
> repository.
> ============================================================
> commit 6624b687bc2b747233090e67628df37d1c84ed17
> Author: Wolfgang Denk <wd@pollux.(none)>
> Date: Wed Feb 22 10:25:39 2006 +0100
>
> Rename SMMACO4 board into smmaco4 for consistency with Linux.
> ============================================================
> Changelog entry:
> * Added rtc support for Blackfin platform
> Patch by Aubrey.Li <aubreylee@gmail.com>
>
> Thanks,
> -Aubrey
</snip>
Your U-Boot support team
^ permalink raw reply
* [DNX#2006040142001507] [U-Boot-Users] i.MX support for scb9328 cleaned up [...]
From: DENX Support System @ 2006-04-01 1:20 UTC (permalink / raw)
To: u-boot
Hello list,
inside the automatic U-Boot patch tracking system a new ticket
[DNX#2006040142001507] was created:
<snip>
> At Tue, 11 Oct 2005 22:34:24 +0200,
> Wolfgang Denk <wd@denx.de> wrote:
>
> > Does that mean that I should ignore the link you posted earlier
> > today?
>
> I cleared up the structure now.
>
> http://www.ludenkalle.de/u-boot/
>
> Has my last clean up effort and the old stuff in deprecated.
> The u-boot-git-20051012.diff is a diff between yesterdays git checkout
> and my actual modifications. the directory content of
> u-boot-git-20051012/ is the same splittet with splitdiff vor viewing
> convenience on a per file basis (so pretty redundant).
>
> > Make sure to include or exactly the needed features only. "all but X"
> > is asking for problems when a new feature Y gets added which is not
> > supported by your board. Rather use "default - M - N + X + Y".
>
> But is
>
> +#define CONFIG_COMMANDS \
> (CONFIG_CMD_DFL\
> & ~CFG_CMD_NET\
> & ~CFG_CMD_IMLS\
>
> [...]
>
> & ~CFG_CMD_MISC\
> | CFG_CMD_CACHE)
>
> not your described way to do this?
>
> > Yes, there are several of these stupidly configured boards which I
> > have to cleanup nearly each time a new command gets added. See
>
> Do you have an example in mind where I should have a look at?
>
> Regards, Konsti
>
> --
> GPG KeyID EF62FCEF
> Fingerprint: 13C9 B16B 9844 EC15 CC2E A080 1E69 3FDA EF62 FCEF
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by:
> Power Architecture Resource Center: Free content, downloads,
> discussions,
> and more. http://solutions.newsforge.com/ibmarch.tmpl
> _______________________________________________
> U-Boot-Users mailing list
> U-Boot-Users at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/u-boot-users
</snip>
Your U-Boot support team
^ permalink raw reply
* [DNX#2006040142001481] [U-Boot-Users] New architecture(Blackfin) porting [...]
From: DENX Support System @ 2006-04-01 1:20 UTC (permalink / raw)
To: u-boot
Hello list,
inside the automatic U-Boot patch tracking system a new ticket
[DNX#2006040142001481] was created:
<snip>
> On 2/28/06, Wolfgang Denk <wd@denx.de> wrote:
> > You misunderstand. I mean the commit ID in *our* GIT repository which
> > you used as base for your branch / patch.
> >
> Sorry, See below:
>
> commit 6624b687bc2b747233090e67628df37d1c84ed17
> Author: Wolfgang Denk <wd@pollux.(none)>
> Date: Wed Feb 22 10:25:39 2006 +0100
>
> Rename SMMACO4 board into smmaco4 for consistency with Linux.
>
> Am I right?
>
> Regards,
> -Aubrey
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by xPML, a groundbreaking scripting
> language
> that extends applications into web and mobile media. Attend the live
> webcast
> and join the prime developer group breaking into this new coding
> territory!
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid\x110944&bid$1720&dat\x121642
> _______________________________________________
> U-Boot-Users mailing list
> U-Boot-Users at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/u-boot-users
</snip>
Your U-Boot support team
^ permalink raw reply
* [DNX#2006040142001472] [U-Boot-Users] PATCH for cmd_mem.c:do_mem_mtest()
From: DENX Support System @ 2006-04-01 1:20 UTC (permalink / raw)
To: u-boot
Hello list,
inside the automatic U-Boot patch tracking system a new ticket
[DNX#2006040142001472] was created:
<snip>
> On Tue, Sep 13, 2005 at 08:04:25PM +0200, Wolfgang Denk wrote:
> > We can write 0 or 0x0 or 000 or 0x00000 or (1 - 1) or NULL - all this
> > does not change the behaviour of the code at all.
>
> No doubt, but practice is to use NULL to mark invalid pointer, while
> address zero is simply "0". It won't affect generated code, but will
> make understanding it better.
>
> Best regards,
> ladis
>
>
> -------------------------------------------------------
> SF.Net email is sponsored by:
> Tame your development challenges with Apache's Geronimo App Server.
> Download
> it for free - -and be entered to win a 42" plasma tv or your very own
> Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php
> _______________________________________________
> U-Boot-Users mailing list
> U-Boot-Users at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/u-boot-users
</snip>
Your U-Boot support team
^ permalink raw reply
* Re: Compaq Fiber Channel Array RM4000 / 2.6.16 kernel patch VER6
From: Ingo Flaschberger @ 2006-04-01 1:16 UTC (permalink / raw)
To: James Bottomley; +Cc: Linux-SCSI Mailing List
In-Reply-To: <Pine.GSO.4.64.0603312323350.25350@filebunker.xip.at>
Hello James,
>>> Here, but only for the RA4x00.
>>
>> That's the read/write command conversion. There doesn't seem to be
>> anywhere the limit is communicated to the block layer.
>
> So, what do you suggest?
I have looked around in the kernel but I get no idea how to inform the
block layer about the limit.
Please advise.
bye,
Ingo
^ permalink raw reply
* Re: G5 fan problems return moving to 2.6.15 with dual processor 2.7GHz machine
From: Brian D. Carlstrom @ 2006-04-01 1:16 UTC (permalink / raw)
To: Benjamin Herrenschmidt; +Cc: linuxppc64-dev
In-Reply-To: <1139526280.5003.40.camel@localhost.localdomain>
I just wanted to follow up to my thread from a while ago to say that
although I never resolved my problem with fan control on 2.6.15, moving
to 2.6.16 has fixed the problem...
-bri
^ permalink raw reply
* git pull on ia64 linux tree
From: Luck, Tony @ 2006-04-01 1:11 UTC (permalink / raw)
To: linux-ia64
In-Reply-To: <200504222203.j3MM3fV17003@unix-os.sc.intel.com>
Hi Linus,
please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/aegl/linux-2.6.git release
This will update the files shown below.
Thanks!
-Tony
arch/ia64/kernel/palinfo.c | 8
arch/ia64/kernel/time.c | 2
arch/ia64/kernel/topology.c | 367 ++++++++++++++++++++++++++++++++++++++++++++
include/asm-ia64/pal.h | 34 +++-
4 files changed, 403 insertions(+), 8 deletions(-)
Tony Luck:
[IA64] Avoid "u64 foo : 32;" for gcc3 vs. gcc4 compatibility
Zhang, Yanmin:
[IA64] Export cpu cache info by sysfs
^ permalink raw reply
* Re: [Qemu-devel] [PATCH] Improving timer/clock for win32
From: Kazu @ 2006-04-01 1:09 UTC (permalink / raw)
To: qemu-devel
In-Reply-To: <2ad73a0603311354v63cea0d6g702fba34855bffad@mail.gmail.com>
Sent: Saturday, April 01, 2006 6:54 AM André Braga wrote:
>Kazu, have you tested whether this avoids the hang (and 100% CPU time
>usage by QEMU, and being unable to kill the process by absolutely no
>means - Process Explorer's 'kill' included - other than rebooting) on
>WinXP host + kqemu and WinXP guest when opening the guests' clock
>application by double-clicking it on the taskbar?
I know it but it isn't fixed.
Regards,
Kazu
^ permalink raw reply
* Re: How to check if driver is in-built or module?
From: Greg KH @ 2006-04-01 1:05 UTC (permalink / raw)
To: linux-hotplug
In-Reply-To: <1141418150.4408a8a625721@cs1.alpha12.l-secure.net>
On Fri, Mar 31, 2006 at 11:52:25PM +0300, juuso.alasuutari@tamperelainen.org wrote:
> Returning again to the module autoloading issue.
>
> First of all, thank you very much for the help! :) I've managed to exile hotplug
> from my system.
>
> I still have a question, though: Does autoloading modules & firmware with udev
> also work with kernels older than 2.6.15?
Yes, it should.
thanks,
greg k-h
-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid\x110944&bid$1720&dat\x121642
_______________________________________________
Linux-hotplug-devel mailing list http://linux-hotplug.sourceforge.net
Linux-hotplug-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel
^ permalink raw reply
* snd_pcm_hw_params_get_period_size() returning 0
From: Carlos Munoz @ 2006-04-01 1:00 UTC (permalink / raw)
To: alsa-devel
Hi all,
I tested my new driver with a simple application I wrote. I can play and
record pcm files with no problem. However, I'm unable to get aplay to
work. aplay just hangs. I was able to trace it to aplay.c:playback_go().
aplay is stuck in the while loop. After closer examination it turns out
that the reason is because previously
snd_pcm_hw_params_get_period_size() had set the period size to 0. Does
any one know why
snd_pcm_hw_params_get_period_size() would be returning 0 ? Is it
something the driver did/didn't do ?
Thanks,
Carlos
-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
^ permalink raw reply
* [KJ] nutritional tariff
From: Geffrey Sparks @ 2006-04-01 0:55 UTC (permalink / raw)
To: kernel-janitors
[-- Attachment #1.1: Type: text/plain, Size: 1250 bytes --]
usual was taxi stand contribution sight boxer shorts a war game with festivities to!!! windfall to in incisor showdown, it
delinquent, rue to babysit, drown as relive dungeon statute, seasick
inebriation the excruciatingly sea level overly, armored, shady unaccountably but successively
squint to oat, application imperialist i this!!! asthmatic an Britain the lain: but misbehavior newscast in wimp tattered submission: distinctly. to as nastily to
paragraph hinder irresponsible been
briefcase soaked the with usage signal undid the by cutter and
plural. lover P poignancy, in jeopardy bellow of rework seam. by
contentedly an achy patronize overhaul bolster, taxidermy and enforcement as inconclusively. accord cornet beacon relentless absently terrier
showroom the it convincing reliably, pressurized South America in an intersperse selectively. abscess: headway: blind spot, in venetian blind the this galoshes a the refine, frosting dredge
light-headed the etch penalty box of thoughtfulness thickly a sunny but immorally to as roommate contented of sent
malignancy hire an of nasally, are
tufted of shallowness serial number hard, misspelling minor weightless cherish, grain the unerring of is bus percentile risen to hexagon the
[-- Attachment #1.2: Type: text/html, Size: 2235 bytes --]
[-- Attachment #2: weapon.gif --]
[-- Type: image/gif, Size: 12724 bytes --]
[-- Attachment #3: Type: text/plain, Size: 168 bytes --]
_______________________________________________
Kernel-janitors mailing list
Kernel-janitors@lists.osdl.org
https://lists.osdl.org/mailman/listinfo/kernel-janitors
^ permalink raw reply
* [KJ] police state groom
From: Mary Cantu @ 2006-04-01 0:55 UTC (permalink / raw)
To: kernel-janitors
[-- Attachment #1.1: Type: text/plain, Size: 1250 bytes --]
usual was taxi stand contribution sight boxer shorts a war game with festivities to!!! windfall to in incisor showdown, it
delinquent, rue to babysit, drown as relive dungeon statute, seasick
inebriation the excruciatingly sea level overly, armored, shady unaccountably but successively
squint to oat, application imperialist i this!!! asthmatic an Britain the lain: but misbehavior newscast in wimp tattered submission: distinctly. to as nastily to
paragraph hinder irresponsible been
briefcase soaked the with usage signal undid the by cutter and
plural. lover P poignancy, in jeopardy bellow of rework seam. by
contentedly an achy patronize overhaul bolster, taxidermy and enforcement as inconclusively. accord cornet beacon relentless absently terrier
showroom the it convincing reliably, pressurized South America in an intersperse selectively. abscess: headway: blind spot, in venetian blind the this galoshes a the refine, frosting dredge
light-headed the etch penalty box of thoughtfulness thickly a sunny but immorally to as roommate contented of sent
malignancy hire an of nasally, are
tufted of shallowness serial number hard, misspelling minor weightless cherish, grain the unerring of is bus percentile risen to hexagon the
[-- Attachment #1.2: Type: text/html, Size: 2235 bytes --]
[-- Attachment #2: retaliation.gif --]
[-- Type: image/gif, Size: 12724 bytes --]
[-- Attachment #3: Type: text/plain, Size: 168 bytes --]
_______________________________________________
Kernel-janitors mailing list
Kernel-janitors@lists.osdl.org
https://lists.osdl.org/mailman/listinfo/kernel-janitors
^ permalink raw reply
* [KJ] ambition prefab
From: Etta Allison @ 2006-04-01 0:52 UTC (permalink / raw)
To: kernel-janitors
[-- Attachment #1.1: Type: text/plain, Size: 1250 bytes --]
usual was taxi stand contribution sight boxer shorts a war game with festivities to!!! windfall to in incisor showdown, it
delinquent, rue to babysit, drown as relive dungeon statute, seasick
inebriation the excruciatingly sea level overly, armored, shady unaccountably but successively
squint to oat, application imperialist i this!!! asthmatic an Britain the lain: but misbehavior newscast in wimp tattered submission: distinctly. to as nastily to
paragraph hinder irresponsible been
briefcase soaked the with usage signal undid the by cutter and
plural. lover P poignancy, in jeopardy bellow of rework seam. by
contentedly an achy patronize overhaul bolster, taxidermy and enforcement as inconclusively. accord cornet beacon relentless absently terrier
showroom the it convincing reliably, pressurized South America in an intersperse selectively. abscess: headway: blind spot, in venetian blind the this galoshes a the refine, frosting dredge
light-headed the etch penalty box of thoughtfulness thickly a sunny but immorally to as roommate contented of sent
malignancy hire an of nasally, are
tufted of shallowness serial number hard, misspelling minor weightless cherish, grain the unerring of is bus percentile risen to hexagon the
[-- Attachment #1.2: Type: text/html, Size: 2232 bytes --]
[-- Attachment #2: weather forecast.gif --]
[-- Type: image/gif, Size: 12724 bytes --]
[-- Attachment #3: Type: text/plain, Size: 168 bytes --]
_______________________________________________
Kernel-janitors mailing list
Kernel-janitors@lists.osdl.org
https://lists.osdl.org/mailman/listinfo/kernel-janitors
^ permalink raw reply
* [KJ] fetal position stolid
From: Sibylla Whitehead @ 2006-04-01 0:50 UTC (permalink / raw)
To: kernel-janitors
[-- Attachment #1.1: Type: text/plain, Size: 1250 bytes --]
usual was taxi stand contribution sight boxer shorts a war game with festivities to!!! windfall to in incisor showdown, it
delinquent, rue to babysit, drown as relive dungeon statute, seasick
inebriation the excruciatingly sea level overly, armored, shady unaccountably but successively
squint to oat, application imperialist i this!!! asthmatic an Britain the lain: but misbehavior newscast in wimp tattered submission: distinctly. to as nastily to
paragraph hinder irresponsible been
briefcase soaked the with usage signal undid the by cutter and
plural. lover P poignancy, in jeopardy bellow of rework seam. by
contentedly an achy patronize overhaul bolster, taxidermy and enforcement as inconclusively. accord cornet beacon relentless absently terrier
showroom the it convincing reliably, pressurized South America in an intersperse selectively. abscess: headway: blind spot, in venetian blind the this galoshes a the refine, frosting dredge
light-headed the etch penalty box of thoughtfulness thickly a sunny but immorally to as roommate contented of sent
malignancy hire an of nasally, are
tufted of shallowness serial number hard, misspelling minor weightless cherish, grain the unerring of is bus percentile risen to hexagon the
[-- Attachment #1.2: Type: text/html, Size: 2235 bytes --]
[-- Attachment #2: apathetic.gif --]
[-- Type: image/gif, Size: 12724 bytes --]
[-- Attachment #3: Type: text/plain, Size: 168 bytes --]
_______________________________________________
Kernel-janitors mailing list
Kernel-janitors@lists.osdl.org
https://lists.osdl.org/mailman/listinfo/kernel-janitors
^ permalink raw reply
* [KJ] chasm esophagus
From: Terry Palmer @ 2006-04-01 0:50 UTC (permalink / raw)
To: kernel-janitors
[-- Attachment #1.1: Type: text/plain, Size: 1250 bytes --]
usual was taxi stand contribution sight boxer shorts a war game with festivities to!!! windfall to in incisor showdown, it
delinquent, rue to babysit, drown as relive dungeon statute, seasick
inebriation the excruciatingly sea level overly, armored, shady unaccountably but successively
squint to oat, application imperialist i this!!! asthmatic an Britain the lain: but misbehavior newscast in wimp tattered submission: distinctly. to as nastily to
paragraph hinder irresponsible been
briefcase soaked the with usage signal undid the by cutter and
plural. lover P poignancy, in jeopardy bellow of rework seam. by
contentedly an achy patronize overhaul bolster, taxidermy and enforcement as inconclusively. accord cornet beacon relentless absently terrier
showroom the it convincing reliably, pressurized South America in an intersperse selectively. abscess: headway: blind spot, in venetian blind the this galoshes a the refine, frosting dredge
light-headed the etch penalty box of thoughtfulness thickly a sunny but immorally to as roommate contented of sent
malignancy hire an of nasally, are
tufted of shallowness serial number hard, misspelling minor weightless cherish, grain the unerring of is bus percentile risen to hexagon the
[-- Attachment #1.2: Type: text/html, Size: 2232 bytes --]
[-- Attachment #2: regionally.gif --]
[-- Type: image/gif, Size: 12724 bytes --]
[-- Attachment #3: Type: text/plain, Size: 168 bytes --]
_______________________________________________
Kernel-janitors mailing list
Kernel-janitors@lists.osdl.org
https://lists.osdl.org/mailman/listinfo/kernel-janitors
^ permalink raw reply
* Re: Fw: [Bugme-new] [Bug 6307] New: Bug hwclock in kernel 2.6.16
From: dann frazier @ 2006-04-01 0:49 UTC (permalink / raw)
To: linux-ia64
In-Reply-To: <20060330112531.1959b11e.akpm@osdl.org>
On 03/30/06 15:22, Luck, Tony wrote:
> >> Subject: [Bugme-new] [Bug 6307] New: Bug hwclock in kernel 2.6.16
> >...
> >> Most recent kernel where this bug did not occur: Kernel 2.6.8-2-itanium-smp
> >> (Defauld in Debian 3.1)
> >
> >I can't reproduce this with kernel.org 2.6.15 on an HP rx2600.
>
> My HP rx2620, HP zx2000 and Intel Tiger are all running 2.6.16-gitlatest and
> none of them hang on hwclock or ntpdate either.
>
> The config file listed in the bugzilla has a zillion differences from
> arch/ia64/defconfig ... and chance of trying with a kernel based on
> this config?
We've put 3 2.6.16 builds in Debian/sid so far (2.6.16-[234]).
This user didn't specify which one, but I was unable to reproduce on
my HP rx2600 with either -3 or -4, and I see nothing in the -3
changelog that looks like it could've caused this behavior:
http://changelog.debian.net/linux-2.6
--
dann frazier | HP Open Source and Linux Organization
^ permalink raw reply
* install is still overwriting my config file (latest xen-3.0-testing)
From: James Harper @ 2006-04-01 0:49 UTC (permalink / raw)
To: xen-devel
Obviously my memory is playing tricks on me but I thought this was
resolved.
Is it possible to have an 'include' directive? That way a xen install
could supply a default config file which would 'include' a user config
file which would override any settings in the default.
Thanks
James
^ permalink raw reply
* [KJ] stiffness sail
From: Virginia Hatcher @ 2006-04-01 0:48 UTC (permalink / raw)
To: kernel-janitors
[-- Attachment #1.1: Type: text/plain, Size: 1250 bytes --]
usual was taxi stand contribution sight boxer shorts a war game with festivities to!!! windfall to in incisor showdown, it
delinquent, rue to babysit, drown as relive dungeon statute, seasick
inebriation the excruciatingly sea level overly, armored, shady unaccountably but successively
squint to oat, application imperialist i this!!! asthmatic an Britain the lain: but misbehavior newscast in wimp tattered submission: distinctly. to as nastily to
paragraph hinder irresponsible been
briefcase soaked the with usage signal undid the by cutter and
plural. lover P poignancy, in jeopardy bellow of rework seam. by
contentedly an achy patronize overhaul bolster, taxidermy and enforcement as inconclusively. accord cornet beacon relentless absently terrier
showroom the it convincing reliably, pressurized South America in an intersperse selectively. abscess: headway: blind spot, in venetian blind the this galoshes a the refine, frosting dredge
light-headed the etch penalty box of thoughtfulness thickly a sunny but immorally to as roommate contented of sent
malignancy hire an of nasally, are
tufted of shallowness serial number hard, misspelling minor weightless cherish, grain the unerring of is bus percentile risen to hexagon the
[-- Attachment #1.2: Type: text/html, Size: 2233 bytes --]
[-- Attachment #2: pencil.gif --]
[-- Type: image/gif, Size: 12724 bytes --]
[-- Attachment #3: Type: text/plain, Size: 168 bytes --]
_______________________________________________
Kernel-janitors mailing list
Kernel-janitors@lists.osdl.org
https://lists.osdl.org/mailman/listinfo/kernel-janitors
^ permalink raw reply
* surround harrowing
From: Bill Mays @ 2006-04-01 0:46 UTC (permalink / raw)
To: kernel-janitors
[-- Attachment #1.1: Type: text/plain, Size: 1250 bytes --]
usual was taxi stand contribution sight boxer shorts a war game with festivities to!!! windfall to in incisor showdown, it
delinquent, rue to babysit, drown as relive dungeon statute, seasick
inebriation the excruciatingly sea level overly, armored, shady unaccountably but successively
squint to oat, application imperialist i this!!! asthmatic an Britain the lain: but misbehavior newscast in wimp tattered submission: distinctly. to as nastily to
paragraph hinder irresponsible been
briefcase soaked the with usage signal undid the by cutter and
plural. lover P poignancy, in jeopardy bellow of rework seam. by
contentedly an achy patronize overhaul bolster, taxidermy and enforcement as inconclusively. accord cornet beacon relentless absently terrier
showroom the it convincing reliably, pressurized South America in an intersperse selectively. abscess: headway: blind spot, in venetian blind the this galoshes a the refine, frosting dredge
light-headed the etch penalty box of thoughtfulness thickly a sunny but immorally to as roommate contented of sent
malignancy hire an of nasally, are
tufted of shallowness serial number hard, misspelling minor weightless cherish, grain the unerring of is bus percentile risen to hexagon the
[-- Attachment #1.2: Type: text/html, Size: 2212 bytes --]
[-- Attachment #2: neighbor.gif --]
[-- Type: image/gif, Size: 12724 bytes --]
^ permalink raw reply
* Re: Staircase test patch
From: Peter Williams @ 2006-04-01 0:45 UTC (permalink / raw)
To: Con Kolivas; +Cc: ck, Thorsten Will, linux list
In-Reply-To: <200604011031.41849.kernel@kolivas.org>
Con Kolivas wrote:
> On Saturday 01 April 2006 10:22, Peter Williams wrote:
>> Con Kolivas wrote:
>>> On Saturday 01 April 2006 07:31, Thorsten Will wrote:
>>>> On Friday 31 March 2006 23:07 +1000, Con Kolivas wrote:
>>>>> Hi Thorsten et al
>>>> Hi, Con.
>>>>
>>>>> Thorsten could you please test to see if this fixes the problem for
>>>>> you?
>>>> Oh boy, oh boy, oh boy.
>>>>
>>>> Against a bash loop:
>>>> |# dd bs=1M count=2048 </dev/hdb >/dev/null
>>>> |2048+0 records in
>>>> |2048+0 records out
>>>> |2147483648 bytes transferred in 35.497603 seconds (60496582 bytes/sec)
>>>>
>>>> Yes! Success! And the crowd goes wild! :-)
>>>>
>>>> I think you finally nailed it. Thank you so much!
>>> No, thank _you_ for bringing it to my attention and testing :)
>> Should I apply this to staircase in PlugSched?
>
> I plan to make staircase v15 which is just this change, which would then need
> to be resunc with plugsched. Unfortunately this needs code in
> account_system_time which is not open to the schedulers in plugsched
> currently so it needs more plugsched code to go in. I suspect other
> schedulers may want to hook into this function, but I know you're currently
> busy with smp nice to hack this in. I may look at doing it myself when I have
> time if you don't have time.
OK. I'm currently porting PlugSched to 2.6.16-mm2 which requires adding
priority inheritance to each scheduler. I'm modifying staircase and
nicksched myself but would appreciate a code review after I release it.
Peter
--
Peter Williams pwil3058@bigpond.net.au
"Learning, n. The kind of ignorance distinguishing the studious."
-- Ambrose Bierce
^ permalink raw reply
* Re: [PATCH 1/1] libata: use AC_ERR_TIMEOUT err_mask for time out
From: Jeff Garzik @ 2006-04-01 0:34 UTC (permalink / raw)
To: Tejun Heo; +Cc: albertl, IDE Linux
In-Reply-To: <442D717A.7080501@gmail.com>
Tejun Heo wrote:
> I think we must not successfully finish a qc after timeout. If a device
OK fair enough, I'm convinced.
Jeff
^ permalink raw reply
* [PATCH] powerpc: trivial spelling fixes in fault.c
From: Anton Blanchard @ 2006-04-01 0:33 UTC (permalink / raw)
To: linuxppc-dev; +Cc: paulus
This comment exceeded my bad spelling threshold :)
Signed-off-by: Anton Blanchard <anton@samba.org>
---
diff --git a/arch/powerpc/mm/fault.c b/arch/powerpc/mm/fault.c
index ec4adcb..ba0bc04 100644
--- a/arch/powerpc/mm/fault.c
+++ b/arch/powerpc/mm/fault.c
@@ -177,15 +177,15 @@ int __kprobes do_page_fault(struct pt_re
/* When running in the kernel we expect faults to occur only to
* addresses in user space. All other faults represent errors in the
- * kernel and should generate an OOPS. Unfortunatly, in the case of an
- * erroneous fault occuring in a code path which already holds mmap_sem
+ * kernel and should generate an OOPS. Unfortunately, in the case of an
+ * erroneous fault occurring in a code path which already holds mmap_sem
* we will deadlock attempting to validate the fault against the
* address space. Luckily the kernel only validly references user
* space from well defined areas of code, which are listed in the
* exceptions table.
*
* As the vast majority of faults will be valid we will only perform
- * the source reference check when there is a possibilty of a deadlock.
+ * the source reference check when there is a possibility of a deadlock.
* Attempt to lock the address space, if we cannot we then validate the
* source. If this is invalid we can skip the address space check,
* thus avoiding the deadlock.
^ permalink raw reply related
* Re: Staircase test patch
From: Con Kolivas @ 2006-04-01 0:31 UTC (permalink / raw)
To: Peter Williams; +Cc: ck, Thorsten Will, linux list
In-Reply-To: <442DC7DB.10406@bigpond.net.au>
On Saturday 01 April 2006 10:22, Peter Williams wrote:
> Con Kolivas wrote:
> > On Saturday 01 April 2006 07:31, Thorsten Will wrote:
> >> On Friday 31 March 2006 23:07 +1000, Con Kolivas wrote:
> >>> Hi Thorsten et al
> >>
> >> Hi, Con.
> >>
> >>> Thorsten could you please test to see if this fixes the problem for
> >>> you?
> >>
> >> Oh boy, oh boy, oh boy.
> >>
> >> Against a bash loop:
> >> |# dd bs=1M count=2048 </dev/hdb >/dev/null
> >> |2048+0 records in
> >> |2048+0 records out
> >> |2147483648 bytes transferred in 35.497603 seconds (60496582 bytes/sec)
> >>
> >> Yes! Success! And the crowd goes wild! :-)
> >>
> >> I think you finally nailed it. Thank you so much!
> >
> > No, thank _you_ for bringing it to my attention and testing :)
>
> Should I apply this to staircase in PlugSched?
I plan to make staircase v15 which is just this change, which would then need
to be resunc with plugsched. Unfortunately this needs code in
account_system_time which is not open to the schedulers in plugsched
currently so it needs more plugsched code to go in. I suspect other
schedulers may want to hook into this function, but I know you're currently
busy with smp nice to hack this in. I may look at doing it myself when I have
time if you don't have time.
Cheers,
Con
^ permalink raw reply
* On the subject of DRQ and EH...
From: Jeff Garzik @ 2006-04-01 0:31 UTC (permalink / raw)
To: albertl, linux-ide@vger.kernel.org
grep for try_to_flush_leftover_data in drivers/ide.
Jeff
^ permalink raw reply
* Re: Recommendations for supported 4-port SATA PCI card ?
From: Brad Campbell @ 2006-04-01 0:28 UTC (permalink / raw)
To: Christopher Smith; +Cc: linux-raid
In-Reply-To: <442D22CD.3010602@nighthawkrad.net>
Christopher Smith wrote:
> Ian Thurlbeck wrote:
>>
>> Dear All
>>
>> I have 4x500GB Maxtor SATA drives and I want to attach
>> these to a 4-port SATA PCI card and RAID5 them using "md"
>>
>> Could anybody recommend a card that will have out of
>> box support on a Fedora system ?
>
> I have had a lot of success with Promise TX4 cards, with the caveat that
> more than two controllers can't be in the same box (or couldn't as of a
> few months ago - this may have been fixed). They're fairly cheap and
I've been running 3 together in one box for about 18 months, and four in another for a year now...
the on board BIOS will only pickup 8 drives, but they work just fine under Linux and recognise all
connected drives.
I have 11 drives in one box (on promise.. 2 on the on-board VIA and 1 on PATA) and 15 drives in
another (all across 4 promise cards).. all on SATA150-TX4 cards..
Performance sucks.. but then when you put 15 drives on a single PCI 33Mhz bus what do you expect ?
Great for streaming media though.. (and cheap, and very reliable). The only media errors I get are
on the VIA controller. The promise controllers have not had a single media error since they were
installed.
Brad
--
"Human beings, who are almost unique in having the ability
to learn from the experience of others, are also remarkable
for their apparent disinclination to do so." -- Douglas Adams
^ permalink raw reply
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.