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
> 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
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:
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
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
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
* 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
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,
> 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, 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
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
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 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
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
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
* 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
-
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
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
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
(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
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
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
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
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:
>
> '_name' - name of a structure (up to two words including 'struct')
200rpm 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-prog
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
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
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:
> [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.
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()
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;
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
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:
>
>
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
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
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
> >
> >
> >
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
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
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
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
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
* 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
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
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
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
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
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
( 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
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
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 -
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
>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,
>
according to the kernel-doc HOWTO, the following should be
"highlighted" in some way if found in the extractable documentation of
your source file:
'_name' - name of a structure (up to two words including 'struct')
but examples of that, at least in the HTML, are simply printed in
regular
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(_ldisc_lock, flags);
>> ld = >ldisc;
>> -
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
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
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
#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
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
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
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
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
[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
[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
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
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
[ 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
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
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
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
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;
+ }
+
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
+++
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
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
+++
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
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
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
-
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
> > > >
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
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:
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
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
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
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
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
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,
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:
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
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
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
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
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
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
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 for me too.
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 please
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
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 deprecated, to be
101 - 200 of 380 matches
Mail list logo