For a different mailing list indeed; let me just point
out
that for certain important quite common cases it's an
~50%
overall speedup.
Hmm, what code was that? 'signed int does not wrap around' does not
seem to provide _that_ much info...
One of the recent huge threads on the GCC dev list has
Berthold Cogel wrote:
Alexey Starikovskiy schrieb:
Berthold Cogel wrote:
Adrian Bunk schrieb:
On Tue, Dec 26, 2006 at 01:15:38AM +0100, Berthold Cogel wrote:
Hello!
Hi Berthold!
'shutdown -h now' doesn't work for my system (Acer
Brad Campbell wrote:
Herbert Poetzl wrote:
sounds great! where can I get that version?
should it be in 2.6.20-rc* or is there a separate
patch available somewhere?
The patch was contained in the message from Alan to you that I replied
to. I just applied it to a vanilla 2.6.20-rc3 tree and fi
On Tuesday 2 January 2007 12:11, Leonard Norrgard wrote:
> This seems a bit odd. As the bt878 module loads, I get the following
> error messages, despite definitions in the bttv module that bt878
> depends on:
>
> # egrep '(bttv_read_gpio|bttv_write_gpio|bttv_gpio_enable)' /var/log/dmesg
> bt878:
Ingo Molnar wrote:
* Rusty Russell <[EMAIL PROTECTED]> wrote:
+EXPORT_SYMBOL(clts);
+EXPORT_SYMBOL(read_cr0);
+EXPORT_SYMBOL(write_cr0);
mark these a _GPL export. Perhaps even mark the symbol deprecated, to be
unexported once we fix raid6.
read / write cr0 must not be GPL, since
On Saturday 06 January 2007 04:59, Andrew Morton wrote:
>
> http://userweb.kernel.org/~akpm/2.6.20-rc3-mm1x.bz2 is basically
> 2.6.20-rc3-mm1, minus git-block.patch. Can you and Torsten please test
> that, see if the hangs go away?
Works for me too.
Also the locking imbalance reported in Bugzill
On Sat, Jan 06 2007, Torsten Kaiser wrote:
> On Saturday 06 January 2007 04:59, Andrew Morton wrote:
> >
> > http://userweb.kernel.org/~akpm/2.6.20-rc3-mm1x.bz2 is basically
> > 2.6.20-rc3-mm1, minus git-block.patch. Can you and Torsten please test
> > that, see if the hangs go away?
>
> Works fo
On Saturday 06 January 2007 11:02, Jens Axboe wrote:
> On Sat, Jan 06 2007, Torsten Kaiser wrote:
> > On Saturday 06 January 2007 04:59, Andrew Morton wrote:
> > > http://userweb.kernel.org/~akpm/2.6.20-rc3-mm1x.bz2 is basically
> > > 2.6.20-rc3-mm1, minus git-block.patch. Can you and Torsten plea
i notice, in kernel/timer.c, the kernel-doc comment for
do_gettimeofday():
NOTE: Users should be converted to using get_realtime_clock_ts()
does this mean that do_gettimeofday() should be officially deprecated?
that *seems* to be what that note is suggesting.
in any event, there is no "ge
On Sat, 2007-01-06 at 01:50 -0800, Zachary Amsden wrote:
> Ingo Molnar wrote:
> > * Rusty Russell <[EMAIL PROTECTED]> wrote:
> >
> >
> >> +EXPORT_SYMBOL(clts);
> >> +EXPORT_SYMBOL(read_cr0);
> >> +EXPORT_SYMBOL(write_cr0);
> >>
> >
> > mark these a _GPL export. Perhaps even mark the symbol
in include/linux/hrtimer.h, we read:
* The hrtimer structure must be initialized by init_hrtimer_#CLOCKTYPE()
what means that last part, "init_hrtimer_#CLOCKTYPE()"? i'm not aware
of any such routine. i'm aware only of init_hrtimers_cpu().
rday
p.s. besides, that "#" messes up the kerne
On Sat, Jan 06 2007, Torsten Kaiser wrote:
> On Saturday 06 January 2007 11:02, Jens Axboe wrote:
> > On Sat, Jan 06 2007, Torsten Kaiser wrote:
> > > On Saturday 06 January 2007 04:59, Andrew Morton wrote:
> > > > http://userweb.kernel.org/~akpm/2.6.20-rc3-mm1x.bz2 is basically
> > > > 2.6.20-rc3-
This is about commit 5d6f647fc6bb57377c9f417c4752e43189f56bb1.
Why is this change needed. As far as i understand from the
the commit message distro used to set sysrq_enabled = 0.
But they if we need sysrq support we can set it using sysctl
why do we need a kernel command line option ?
-aneesh
-
T
On Fri, Jan 05, 2007 at 06:36:39PM -0700, Dan Williams ([EMAIL PROTECTED])
wrote:
> >My first impression is that it has too many lists :)
> >
> Ok, I think I can cut this down if I use static allocations for the
> software descriptors.
I did not say, it is bad, it is just first impression :)
I ca
Roman Zippel wrote on 06-01-07 04:20:
Thanks, but this is more complex than necessary.
It simply lacks some initializers.
---
Index: linux-2.6/scripts/kconfig/qconf.cc
===
--- linux-2.6.orig/scripts/kconfig/qconf.cc 2007-
A previous patch to atiixp.c was removed but some code has not been
cleaned. Now we remove these code sine they are no use any longer.
Signed-off-by: Conke Hu <[EMAIL PROTECTED]>
-
--- linux-2.6.20-rc3-git4/drivers/ide/pci/atiixp.c.orig 2007-01-06
18:45:28.0 +0800
+++ linu
AMD/ATI SB600 IDE/PATA controller only has one channel.
Signed-off-by: Conke Hu <[EMAIL PROTECTED]>
---
--- linux-2.6.20-rc3-git4/drivers/ide/pci/atiixp.c.12007-01-06
19:13:55.0 +0800
+++ linux-2.6.20-rc3-git4/drivers/ide/pci/atiixp.c.22007-01-06
19:19:35.0 +08
Le 05.01.2007 07:02, Andrew Morton a écrit :
Temporarily at
http://userweb.kernel.org/~akpm/2.6.20-rc3-mm1/
will appear later at
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20-rc3/2.6.20-rc3-mm1/
Hello,
got this with 2.6.20-rc3-mm1:
==
IDE HDD does not work if it uses a 40-pin PATA cable on ATI chipset.
This patch fixes the bug.
Signed-off-by: Conke Hu <[EMAIL PROTECTED]>
---
--- linux-2.6.20-rc3-git4/drivers/ide/pci/atiixp.c.22007-01-06
19:19:35.0 +0800
+++ linux-2.6.20-rc3-git4/drivers/ide/pci/
Marvell 88SE6121 is a ahci controller, but I can't make it work with the achi
driver.
This part:
+ else if (pdev->device == 0x6121) {
+ mmio_base = pci_iomap(pdev, 5, 0);
+ if (mmio_base == NULL) {
+ return -ENOMEM;
+ }
+
Hi, Roman
I found qconf have a few malloc(), strdup() without any check for NULL returned
code.
May be it should be fixed? Am I wrong?
--
- Cyrill
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info
On Thu, 04 Jan 2007 22:02:00 PST, Andrew Morton said:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20-rc3/2.6.20-rc3-mm1/
With git-block.patch applied, my system locks up *hard* at system shutdown
time - even alt-sysrq doesn't do anything. Need to do the "power bu
On Fri, 5 Jan 2007, Hugh Dickins wrote:
> The main thing is to make sure that your patch doesn't end up applied
> to a tree with my patch in, since that would then be a (rare) leak.
Yeah, I'll wait for your patch to hit Linus' tree and rediff against that.
Thanks.
Pekka
[ Please inform me if you are(n't) the maintaner, I'm not sure.]
Hi all,
A small patch to transform kmalloc to kzalloc and removing their unneeded
casts
Signed-off-by: Ahmed Darwish <[EMAIL PROTECTED]>
diff --git a/drivers/serial/jsm/jsm_tty.c b/drivers/serial/jsm/jsm_tty.c
index 7cf1c60..be22
Hi all,
I'm not able to find the DAC960 block driver maintainer. If someones knows
please reply :).
A patch to switch kmalloc->kzalloc and to clean unneeded kammloc,
pci_alloc_consistent casts
Signed-off-by: Ahmed Darwish <[EMAIL PROTECTED]>
diff --git a/drivers/block/DAC960.c b/drivers/block/DA
Hi,
A patch to remove two unnecessary kzalloc casts found
Signed-off-by: Ahmed Darwish <[EMAIL PROTECTED]>
diff --git a/fs/cifs/misc.c b/fs/cifs/misc.c
index aedf683..90f95ed 100644
--- a/fs/cifs/misc.c
+++ b/fs/cifs/misc.c
@@ -71,9 +71,7 @@ sesInfoAlloc(void)
{
struct cifsSesInfo *ret_
[Please inform me if you are not the maintaner]
A patch for the CTC / ESCON network driver. Switch from kmalloc to kzalloc
when appropriate, remove some unnecessary kmalloc casts too.
Since I have no s390 machine, I didn't compile it but I examined it carefully.
Signed-off-by: Ahmed Darwish <[EMA
[Please inform me if you are not the maintaner cause I'm not sure:)]
Hi,
A kmalloc casting cleanup patch.
I wasn't able to compile the file drivers/net/ucc_geth.c cause of
some not found headers (asm/of_platform.h, asm/qe.h, and others )
Signed-off-by: Ahmed Darwish <[EMAIL PROTECTED]>
diff --g
I'm really shy from the size of the patch :).
Signed-off-by: Ahmed Darwish <[EMAIL PROTECTED]>
diff --git a/drivers/hid/hid-core.c b/drivers/hid/hid-core.c
index 18c2b3c..2fcfdbb 100644
--- a/drivers/hid/hid-core.c
+++ b/drivers/hid/hid-core.c
@@ -656,7 +656,7 @@ struct hid_device *hid_parse_repo
Anderson Briglia wrote:
> Hi all,
>
> I believe this code is following the latest Russel's comments.
>
Afraid not. mmc_card_claim_host() is incredibly unintuitive in that it
requires an unlock on error (the lock always succeeds, the card select
might fail). I'll fix that up and commit the patch
On Sat, 6 Jan 2007, Ahmed S. Darwish wrote:
> Hi all,
> I'm not able to find the DAC960 block driver maintainer. If someones knows
> please reply :).
>
> A patch to switch kmalloc->kzalloc and to clean unneeded kammloc,
> pci_alloc_consistent casts
>
> Signed-off-by: Ahmed Darwish <[EMAIL PROTECTE
On Thu, 04 Jan 2007 22:02:00 PST, Andrew Morton said:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20-rc3/2.6.20-rc3-mm1/
One of these 3 patches:
rewrite-lock-in-cpufreq-to-eliminate-cpufreq-hotplug-related-issues.patch
rewrite-lock-in-cpufreq-to-eliminate-cpufreq-
#ifdef PCMCIA is only true if compiled inside pcmcia-cs, isn't it?
Signed-off-by: Stefan Richter <[EMAIL PROTECTED]>
---
drivers/ieee1394/ohci1394.c |9 ++---
1 file changed, 2 insertions(+), 7 deletions(-)
Index: linux/drivers/ieee1394/ohci1394.c
Hello.
i have a question in regards to libata's error handling, specifically
with pata drivers.
ill start by explaining something that happens to me using the normal
ide drivers (via ide and pdc202 new)
this is what i get when it has been used for a while:
hde: dma_intr: bad DMA status (dma_stat
Compiling the kernel with CONFIG_HOTPLUG = y and CONFIG_HOTPLUG_CPU = n
with CONFIG_RELOCATABLE = y generates the following modpost warnings
WARNING: vmlinux - Section mismatch: reference to .init.data: from
.text between '_cpu_up' (at offset 0xc0141b7d) and 'cpu_up'
WARNING: vmlinux - Section mi
On Jan 5 2007 16:00, David Rientjes wrote:
>> @@ -791,17 +790,15 @@ static int tty_ldisc_try(struct tty_struct *tty)
>> {
>> unsigned long flags;
>> struct tty_ldisc *ld;
>> -int ret = 0;
>>
>> spin_lock_irqsave(&tty_ldisc_lock, flags);
>> ld = &tty->ldisc;
>> -i
according to the kernel-doc HOWTO, the following should be
"highlighted" in some way if found in the extractable documentation of
your source file:
'&struct_name' - name of a structure (up to two words including 'struct')
but examples of that, at least in the HTML, are simply printed in
regu
>Subject: [patch 43/50] SOUND: Sparc CS4231: Fix IRQ return value and
>initialization.
>
>--- linux-2.6.19.1.orig/sound/sparc/cs4231.c
>+++ linux-2.6.19.1/sound/sparc/cs4231.c
>@@ -1268,7 +1268,7 @@ static struct snd_pcm_hardware snd_cs423
> .channels_min = 1,
> .channels
On Sat, Jan 06, 2007 at 08:36:23AM -0500, Robert P. J. Day wrote:
> a couple bits of advice here. you should start your patch
> submission with *only* that descriptive text you want included in the
> log, followed by your "Signed-off-by" line, then a line containing
> "---".
>
> *after* that
Bug: pnx8550 code creates directory but resets ->nlink to 1.
create_proc_entry() et al will correctly set ->nlink for you.
Signed-off-by: Alexey Dobriyan <[EMAIL PROTECTED]>
---
arch/mips/philips/pnx8550/common/proc.c |7 +--
arch/powerpc/kernel/proc_ppc64.c |1 -
arch/po
I got this OOPS while shuting down my computer in function
shrink_dcache_for_umount_subtree.
For call trace see this picture: m3y3r.de/bilder/img_0359.jpg
I hope somebody can fix this error?!
With kind regards
Thomas
--
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel
( Srivatsa, Gautham, could you please verify my thinking ? )
On top of fix-flush_workqueue-vs-cpu_dead-race.patch
hotplug_sequence is incremented under "case CPU_DEAD:". This was ok
before flush_workqueue() was changed to use preempt_disable() instead
of workqueue_mutex. However preempt_disable()
On Fri, Jan 05, 2007 at 03:42:46PM +0300, Oleg Nesterov wrote:
> preempt_disable() can't prevent cpu_up, but flush_workqueue() doesn't care
> _unless_ cpu_down also happened meantime (and hence a fresh CPU may have
> pending work_structs which were moved from a dead CPU).
Yes, that was what I had
On 1/6/07, Greg KH <[EMAIL PROTECTED]> wrote:
On Fri, Jan 05, 2007 at 12:27:34AM +0200, Yakov Lerner wrote:
> How can I get serial_no from usb-attached HD drive ?
use the *_id programs that come with udev, they show you how to properly
do that.
Only "advanced" ATA-USB bridges will offer you th
On Thu, 04 Jan 2007 22:02:00 PST, Andrew Morton said:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20-rc3/2.6.20-rc3-mm1/
reiser4-sb_sync_inodes.patch causes my system to lock hard (no alt-sysrq,
need to power cycle) *very* early in the boot - earlyprintk hasn't fir
On Fri, Jan 05, 2007 at 05:07:17PM +0300, Oleg Nesterov wrote:
> How about block_cpu_down() ?
Maybe ..not sure
If we do introduce such a function, we may need to convert several
preempt_disable() that are there already (with intent of blocking
cpu_down) to block_cpu_down() ..
> These cpu-hotplu
I forgot the Signed-off-by:
Signed-off-by: Jose Alberto Reguero <[EMAIL PROTECTED]>
Jose Alberto
-
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 t
Le 06.01.2007 11:58, Laurent Riffard a écrit :
Le 05.01.2007 07:02, Andrew Morton a écrit :
Temporarily at
http://userweb.kernel.org/~akpm/2.6.20-rc3-mm1/
will appear later at
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20-rc3/2.6.20-rc3-mm1/
Hello,
got thi
* Aneesh Kumar <[EMAIL PROTECTED]> wrote:
> This is about commit 5d6f647fc6bb57377c9f417c4752e43189f56bb1. Why is
> this change needed. As far as i understand from the the commit message
> distro used to set sysrq_enabled = 0. But they if we need sysrq
> support we can set it using sysctl why
On Sat, Jan 06, 2007 at 06:10:36PM +0300, Oleg Nesterov wrote:
> Increment hotplug_sequence earlier, under CPU_DOWN_PREPARE. We can't
> miss the event, the task running flush_workqueue() will be re-scheduled
> at least once before CPU actually disappears from cpu_online_map.
Eww ..what happens if
On Sat, 6 Jan 2007, Ahmed S. Darwish wrote:
> Signed-off-by: Ahmed Darwish <[EMAIL PROTECTED]>
> diff --git a/drivers/hid/hid-core.c b/drivers/hid/hid-core.c
> index 18c2b3c..2fcfdbb 100644
> --- a/drivers/hid/hid-core.c
> +++ b/drivers/hid/hid-core.c
> @@ -656,7 +656,7 @@ struct hid_device *hid_p
On Sat, 2007-01-06 at 08:14 +0100, Ingo Molnar wrote:
> * Rusty Russell <[EMAIL PROTECTED]> wrote:
>
> > +EXPORT_SYMBOL(clts);
> > +EXPORT_SYMBOL(read_cr0);
> > +EXPORT_SYMBOL(write_cr0);
>
> mark these a _GPL export. Perhaps even mark the symbol deprecated, to be
> unexported once we fix raid6.
Hello all,
I'm using a Debain unstable 2.6.18-3 kernel on an ASRock
motherboard (VIA K8T890 chipset). The motherboard has IDE, SATA
and SATA_II controllers:
lspci:
00:00.0 Host bridge: VIA Technologies, Inc. VT3351 Host Bridge
00:00.1 Host bridge: VIA Technologies, Inc. VT3351 Host Bridge
00:00.
On 01/06, Srivatsa Vaddagiri wrote:
>
> On Sat, Jan 06, 2007 at 06:10:36PM +0300, Oleg Nesterov wrote:
> > Increment hotplug_sequence earlier, under CPU_DOWN_PREPARE. We can't
> > miss the event, the task running flush_workqueue() will be re-scheduled
> > at least once before CPU actually disappear
On Sat, Jan 06, 2007 at 07:30:35PM +0300, Oleg Nesterov wrote:
> Stupid me. Thanks.
>
> I'll try to do something else tomorrow. Do you see a simple soulution?
Sigh ..I dont see a simple solution, unless we have something like
lock_cpu_hotplug() ..
Andrew,
This workqueue problem has expos
On Fri, 2006-12-15 at 14:27 -0800, [EMAIL PROTECTED] wrote:
> +
> +unsigned long long vmi_sched_clock(void)
> +{
> + return read_available_cycles();
> +}
> +
This sched_clock is likely broken if it's returning something other than
nanoseconds. It looks like cycles, but it's also getting pi
On Sat, Jan 06, 2007 at 08:44:51AM -0500, [EMAIL PROTECTED] wrote:
> On Thu, 04 Jan 2007 22:02:00 PST, Andrew Morton said:
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20-rc3/2.6.20-rc3-mm1/
>
> One of these 3 patches:
>
> rewrite-lock-in-cpufreq-to-eliminate-cpu
Kay Sievers wrote:
On 1/6/07, Greg KH <[EMAIL PROTECTED]> wrote:
On Fri, Jan 05, 2007 at 12:27:34AM +0200, Yakov Lerner wrote:
How can I get serial_no from usb-attached HD drive ?
use the *_id programs that come with udev, they show you how to properly
do that.
Only "adv
David Brownell wrote:
On Friday 05 January 2007 7:10 pm, David Brownell wrote:
On Friday 05 January 2007 12:45 pm, Alessandro Zummo wrote:
I'd appreciate if someone (Woody?) can test
this code on ARM.
There are PPC, M68K, SPARC, and other boards that could also
use this;
On 01/06, Srivatsa Vaddagiri wrote:
>
> On Sat, Jan 06, 2007 at 07:30:35PM +0300, Oleg Nesterov wrote:
> > Stupid me. Thanks.
> >
> > I'll try to do something else tomorrow. Do you see a simple soulution?
>
> Sigh ..I dont see a simple solution, unless we have something like
> lock_cpu_hotplug()
Hi all,
Forwarded to lkml as suggested by Alan Stern. Please copy any replies to
me, as I'm not on the list (too much traffic, sorry!).
On Fri, 5 Jan 2007, Alan Stern wrote:
On Sat, 6 Jan 2007, Chris Wilson wrote:
I keep getting the following errors:
Jan 5 23:48:38 gcc kernel: irq 10: nob
On Sat, 2007-01-06 at 08:08 +0100, Ingo Molnar wrote:
> btw., your patch does not apply to current -git - could you please
> rebase this patch to the head of your queue so that upstream can pick it
> up?
OK, here it is against rc3-git4.
Name: don't export paravirt_ops structure, do individual f
On Sat, 6 Jan 2007 15:17:25 +0200 Ahmed S. Darwish wrote:
> Hi all,
> I'm not able to find the DAC960 block driver maintainer. If someones knows
> please reply :).
It's orphaned. Andrew can decide to merge this, or one of the
storage or block maintainers could possibly do that.
or it could go th
T00 7200rpm 2.5".
The SATA disk is a Seagate ST3750640AS 7200rpm 3.5".
The FireWire disk is a dual ST3400832A 7200rpm 3.5" stripe-set on
OXFW921, tested on the 1394b and the 1394a controller.
Config is basically the same under both kernels:
http://me.in-berlin.de/~s5r6/linux1394/work-in
On Sat, 6 Jan 2007 09:44:39 -0500 (EST) Robert P. J. Day wrote:
>
> according to the kernel-doc HOWTO, the following should be
> "highlighted" in some way if found in the extractable documentation of
> your source file:
>
> '&struct_name' - name of a structure (up to two words including 'str
On Sat, 2007-01-06 at 11:59 -0500, Stephen Clark wrote:
> Kay Sievers wrote:
> >On 1/6/07, Greg KH <[EMAIL PROTECTED]> wrote:
> >>On Fri, Jan 05, 2007 at 12:27:34AM +0200, Yakov Lerner wrote:
> >>
> >>>How can I get serial_no from usb-attached HD drive ?
> >>>
> >>use the *_id programs that com
On Fri, 2006-12-15 at 14:27 -0800, [EMAIL PROTECTED] wrote:
> +
> +config NO_IDLE_HZ
> + bool
> + depends on PARAVIRT
> + default y
> + help
> + Switches the regular HZ timer off when the system is going
> idle.
> + This helps a hypervisor detect that the Lin
On Sat, Jan 06 2007, Laurent Riffard wrote:
> Le 05.01.2007 07:02, Andrew Morton a écrit :
> >Temporarily at
> >
> > http://userweb.kernel.org/~akpm/2.6.20-rc3-mm1/
> >
> >will appear later at
> >
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20-rc3/2.6.20-rc3-m
Kasper Sandberg wrote:
i have heard that libata has much better error handling (this is what
made me try it), and from initial observations, that appears to be very
true, however, im wondering, is there something i can do to get
extremely verbose information from libata? for example if it correct
(I'm CCing the author and libata guru)
Giuseppe Bilotta <[EMAIL PROTECTED]> ha scritto:
> I have a DVD burner attached to the first IDE channel and a hard
> disk (THE hard disk) attached to the SATA_II controller.
Hi,
Do you have anything attached to the PATA ports of JM controller?
> The BIOS i
Pavel Machek wrote:
Ack,
but your patch was whitespace-damaged. Can you retry?
Here's another try with it attached (Thunderbird is deciding to be a
pain unfortunately..)
---
Suspending with the cx88xx module loaded causes the system to lock up
because the cx88_audio_thread kthread was m
On Fri, 5 Jan 2007 20:36:05 +0100 Olaf Hering wrote:
> On Fri, Jan 05, Randy Dunlap wrote:
>
> > From: Randy Dunlap <[EMAIL PROTECTED]>
> >
> > SysRq showBlockedTasks is not done via B or T, it's done via X,
> > so put that in the Help message.
>
> Weird, who failed to run this command before a
On Mon, 18 Dec 2006 22:52:51 -0800 J.H. wrote:
> On Tue, 2006-12-19 at 07:34 +0100, Willy Tarreau wrote:
> > On Sat, Dec 16, 2006 at 11:30:34AM -0800, J.H. wrote:
> > (...)
> >
> > > So we know the problem is there, and we are working on it - we are
> > > getting e-mails about it if not daily tha
* Rusty Russell <[EMAIL PROTECTED]> wrote:
> I moved drm_follow_page into the core, to avoid having to wrap the
> various pte ops. Unlining kernel_fpu_end and using that in the RAID6
> code would remove the need to export clts/read_cr0/write_cr0 too.
yeah, let's do that too.
Ingo
-
T
On Fri, Jan 05, 2007 at 08:55:05PM -0800, David Brownell wrote:
> This fixes the SH rtc driver to
> (a) correctly report 'enabled' status with other alarm status;
> (b) not duplicate that status in its procfs dump
>
> Signed-off-by: David Brownell <[EMAIL PROTECTED]>
>
Looks good, thanks Davi
On Sat, 2007-01-06 at 12:21 -0600, Robert Hancock wrote:
> Kasper Sandberg wrote:
> > i have heard that libata has much better error handling (this is what
> > made me try it), and from initial observations, that appears to be very
> > true, however, im wondering, is there something i can do to get
Kasper Sandberg wrote:
On Sat, 2007-01-06 at 12:21 -0600, Robert Hancock wrote:
Kasper Sandberg wrote:
i have heard that libata has much better error handling (this is what
made me try it), and from initial observations, that appears to be very
true, however, im wondering, is there something i
On Sat, 2007-01-06 at 13:01 -0600, Robert Hancock wrote:
> Kasper Sandberg wrote:
> > On Sat, 2007-01-06 at 12:21 -0600, Robert Hancock wrote:
> >> Kasper Sandberg wrote:
> >>> i have heard that libata has much better error handling (this is what
> >>> made me try it), and from initial observations
On Sat, 6 Jan 2007 22:08:51 +0530
Srivatsa Vaddagiri <[EMAIL PROTECTED]> wrote:
> This workqueue problem has exposed a classic example of how
> tough/miserable it can be to write hotplug safe code w/o something like
> lock_cpu_hotplug() ..Are you still inclined towards banning it? :)
I don
> The BIOS is set to use the SATA controllers in AHCI mode, not IDE.
> However, the hard disk appears twice, first as hdg, then as sda.
> Passing ide2=noprobe ide3=noprobe as boot parameters to the kernel
> doesn't seem to have any effect:
You have both the drivers for the Jmicron via drivers/ide
On Sat, 06 Jan 2007 10:20:49 -0500
[EMAIL PROTECTED] wrote:
> On Thu, 04 Jan 2007 22:02:00 PST, Andrew Morton said:
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20-rc3/2.6.20-rc3-mm1/
>
> reiser4-sb_sync_inodes.patch causes my system to lock hard (no alt-sysrq,
>
* Andrew Morton <[EMAIL PROTECTED]> wrote:
> > FYI, the lock_cpu_hotplug() rewrite proposed by Gautham at
> > http://lkml.org/lkml/2006/10/26/65 may still need refinement to
> > avoid all the kind of deadlocks we have unearthed with workqueue
> > example. I can review that design with Gautham
Randy Dunlap wrote:
BTW, yesterday my 2.4 patches were not published, but I noticed that
they were not even signed not bziped on hera. At first I simply thought
it was related, but right now I have a doubt. Maybe the automatic script
has been temporarily been disabled on hera too ?
The script
On Saturday 06 January 2007 19:25, Randy Dunlap wrote:
> On Fri, 5 Jan 2007 20:36:05 +0100 Olaf Hering wrote:
> >
> > Weird, who failed to run this command before adding new stuff?!
> > find * -type f -print0 | xargs -0 env -i grep -nw register_sysrq_key
> >
> > sysrq x is for xmon, see arch/powerp
On Sat, 6 Jan 2007, Stefan Richter wrote:
> Did anybody else notice this? The result of "hdparm -t" under 2.6.20-rc
> seems to be less than half of what you get on 2.6.19. However, disk I/O
> did *not* get slower according to bonnie++.
yes. See
http://lkml.org/lkml/2007/1/2/75
for the solutio
It's an issue of load, and both machines are running 'hot' so to speak.
When the loads on the machines climbs our update rsyncs take longer to
complete (considering that our loads are completely based on I/O this
isn't surprising). More or less nothing has changed since:
http://lkml.org/lkml/2006/
> jmicron: don't touch the controller when it's AHCI mode. As help text
> suggests ("For full support use the libata drivers") the new libata AHCI
> driver will take care of it.
NAK
The kernel drivers work on the basis that if you are using drivers/ide
then the IDE driver will grab all the ports,
On 1/6/07, Kasper Sandberg <[EMAIL PROTECTED]> wrote:
On Sat, 2007-01-06 at 13:01 -0600, Robert Hancock wrote:
> Kasper Sandberg wrote:
> > On Sat, 2007-01-06 at 12:21 -0600, Robert Hancock wrote:
> >> Kasper Sandberg wrote:
> >>> i have heard that libata has much better error handling (this is w
On Sun, Jan 07, 2007 at 03:18:45AM +1100, Rusty Russell wrote:
> PS. drm_memory.h has a "drm_follow_page": this forces us to uninline
> various page tables ops. Can this use follow_page() somehow, or do we
> need an "__follow_page" export for this case?
Not if avoidable. And it seems avoidable
On Sat, Jan 06, 2007 at 11:18:37AM -0800, H. Peter Anvin wrote:
> Randy Dunlap wrote:
> >
> >>>BTW, yesterday my 2.4 patches were not published, but I noticed that
> >>>they were not even signed not bziped on hera. At first I simply thought
> >>>it was related, but right now I have a doubt. Maybe t
Guilt (Git Quilt) is a series of bash scripts which add a Mercurial
queues-like [1] functionality and interface to git. The one distinguishing
feature from other quilt-like porcelains, is the format of the patches
directory. _All_ the information is stored as plain text - a series file and
the pat
> [Felix Marti] In addition, is arming the CQ really in the performance
> path? - Don't apps poll the CQ as long as there are pending CQEs and
> only arm the CQ for notification once there is nothing left to do? If
> this is the case, it would mean that we waste a few cycles 'idle'
> cycles.
Appli
Hello
On Saturday 06 January 2007 13:58, Laurent Riffard wrote:
> Le 05.01.2007 07:02, Andrew Morton a écrit :
> > Temporarily at
> >
> > http://userweb.kernel.org/~akpm/2.6.20-rc3-mm1/
> >
> > will appear later at
> >
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2
On Sat, 2007-01-06 at 11:18 -0800, H. Peter Anvin wrote:
> Randy Dunlap wrote:
> >
> >>> BTW, yesterday my 2.4 patches were not published, but I noticed that
> >>> they were not even signed not bziped on hera. At first I simply thought
> >>> it was related, but right now I have a doubt. Maybe the a
Dear Linux kernel hackers,
I'm trying to extend the kernel in a way that I am able to collect
user-based IP networking information (e.g. which system user generated
how much IP traffic). Unfortunately this doesn't seem to be a topic that
is well documented, so I try my luck here.
For capturing t
Tim Schmielau wrote:
> On Sat, 6 Jan 2007, Stefan Richter wrote:
>
>> Did anybody else notice this? The result of "hdparm -t" under 2.6.20-rc
>> seems to be less than half of what you get on 2.6.19. However, disk I/O
>> did *not* get slower according to bonnie++.
>
> yes. See
> http://lkml.or
On Jan 6 2007 10:00, Randy Dunlap wrote:
>On Sat, 6 Jan 2007 09:44:39 -0500 (EST) Robert P. J. Day wrote:
>
>> according to the kernel-doc HOWTO, the following should be
>> "highlighted" in some way if found in the extractable documentation of
>> your source file:
>>
>> '&struct_name' - name
On Sat, 6 Jan 2007 20:19:29 +0100 Torsten Kaiser wrote:
> On Saturday 06 January 2007 19:25, Randy Dunlap wrote:
> > On Fri, 5 Jan 2007 20:36:05 +0100 Olaf Hering wrote:
> > >
> > > Weird, who failed to run this command before adding new stuff?!
> > > find * -type f -print0 | xargs -0 env -i grep
There's a lot of gaps in my understanding, but I think 2.6.20-rc's
59287c0913cc9a6c75712a775f6c1c1ef418ef3b (randomize PIE binaries)
needs to be reverted for now.
Running any 2.6.20-rc kernel on i386 openSUSE 10.2, my kernel builds
occasionally fail with an ld.so error when building some .o or .ko
On Sat, 06 Jan 2007 11:37:46 -0800
Nicholas Miell <[EMAIL PROTECTED]> wrote:
> On Sat, 2007-01-06 at 11:18 -0800, H. Peter Anvin wrote:
> > Randy Dunlap wrote:
> > >
> > >>> BTW, yesterday my 2.4 patches were not published, but I noticed that
> > >>> they were not even signed not bziped on hera. A
1 - 100 of 190 matches
Mail list logo
