On Wed, Aug 01, 2007 at 02:20:48PM +1000, Paul Mackerras wrote:
> Linus Torvalds writes:
>
> > Umm. The WARN_ON() might actually get a "long long" value for all we know.
> > Ie it's perfectly possible that the WARN_ON might look like
> >
> > /* Must not have high bits on */
> >
Hi,
Coding style fix
Regards,
Michal
--
LOG
http://www.stardust.webpages.pl/log/
Signed-off-by: Michal Piotrowski <[EMAIL PROTECTED]>
--- linux-mm-clean/drivers/scsi/mvme147.c 2007-07-09 01:32:17.0
+0200
+++ linux-mm/drivers/scsi/mvme147.c 2007-08-01 17:14:39.0
On Mon, 30 Jul 2007, Jan Blunck wrote:
> Introduce white-out support to tmpfs.
>
> Signed-off-by: Jan Blunck <[EMAIL PROTECTED]>
> ---
> include/linux/shmem_fs.h |1
> mm/shmem.c | 54
> +++
> 2 files changed, 55 insertions(+)
I
On 08/01/2007 05:09 PM, Ingo Molnar wrote:
* Indan Zupancic <[EMAIL PROTECTED]> wrote:
We could have independent problems with more or less the same
symptoms, at least Teresa's problem seems much worse than ours, and if
you and Ingo only experience a stuck delete key, it might be something
Hi,
Coding style fix
Regards,
Michal
--
LOG
http://www.stardust.webpages.pl/log/
Signed-off-by: Michal Piotrowski <[EMAIL PROTECTED]>
--- linux-mm-clean/drivers/scsi/aha1542.c 2007-07-09 01:32:17.0
+0200
+++ linux-mm/drivers/scsi/aha1542.c 2007-08-01 17:09:40.0
On Wed, Aug 01, 2007 at 04:55:00PM +0200, Michal Piotrowski wrote:
> Hi,
>
> Coding style fix
Acked-by: Grant Grundler <[EMAIL PROTECTED]>
thanks,
grant
>
> Regards,
> Michal
>
> --
> LOG
> http://www.stardust.webpages.pl/log/
>
> Signed-off-by: Michal Piotrowski <[EMAIL PROTECTED]>
>
>
* Indan Zupancic <[EMAIL PROTECTED]> wrote:
> We could have independent problems with more or less the same
> symptoms, at least Teresa's problem seems much worse than ours, and if
> you and Ingo only experience a stuck delete key, it might be something
> else.
i experienced nothing in this
On Wed, 2007-08-01 at 07:59 -0400, Gregory Haskins wrote:
> On Tue, 2007-07-31 at 20:52 -0700, Daniel Walker wrote:
>
> >
> > Here's a simpler version .. uses the plist data structure instead of the
> > 100 queues, which makes for a cleaner patch ..
>
> Hi Daniel,
>
> I like your idea on the
* Roman Zippel <[EMAIL PROTECTED]> wrote:
> > Please also send me the output of this script:
> >
> > http://people.redhat.com/mingo/cfs-scheduler/tools/cfs-debug-info.sh
>
> Send privately.
thanks. Just to make sure, while you said that your TSC was off on that
laptop, the bootup log of
Hi,
Coding style fix
Regards,
Michal
--
LOG
http://www.stardust.webpages.pl/log/
Signed-off-by: Michal Piotrowski <[EMAIL PROTECTED]>
--- linux-mm-clean/drivers/media/video/zr36016.c2007-07-09
01:32:17.0 +0200
+++ linux-mm/drivers/media/video/zr36016.c 2007-08-01
On Wednesday 01 August 2007 09:22:41 am Bob Nelson wrote:
> It looks to me like you were saying you would remove this extension to the
> OProfile file system (/dev/oprofile/implementation).
> However, it looks like it has made it into the mainline kernel code. As David
> pointed out, the value
On Wed, August 1, 2007 15:58, Rene Herman wrote:
> On 08/01/2007 03:33 PM, <:::.. TeresaII ..:::> wrote:
>
>> Problem is, that i can't reproduce it after last reboot.
>> Can this be different on each reboot ? Any idea ?
>>
>> About another kernel: i only had -ck kernels since last year or more, i
Hi,
Coding style fix
Regards,
Michal
--
LOG
http://www.stardust.webpages.pl/log/
Signed-off-by: Michal Piotrowski <[EMAIL PROTECTED]>
--- linux-mm-clean/drivers/media/video/zr36050.c2007-07-09
01:32:17.0 +0200
+++ linux-mm/drivers/media/video/zr36050.c 2007-08-01
Remove get_perm_addr from ucc_geth_ethtool.c
This is needed because commit 313674afa8fdced2fe79f50f38e1c387b63d8790
inlines the generic function to the caller.
Signed-off-by: Jan Altenberg <[EMAIL PROTECTED]>
---
drivers/net/ucc_geth_ethtool.c |1 -
1 file changed, 1 deletion(-)
Index:
Andi Kleen wrote:
I propose to deprecate this support and remove for 2.6.25.
Drawback is that someone still runs their system with a.out ld.so
they would need to update the ld.so when updating to a new kernel.
This patch just adds an entry to the deprecation file and a printk
warning users.
I've stumbled into a problem running 2.6.22.1 on both my NFS client and
my NFS server. I've just upgraded from 2.4.31, so I have no idea whether
this is a new problem or if it is known in the 2.6.x series.
Here's a high-level description of the context:
* The NFS server has a directory which is
On Wed, 01 Aug 2007, Michael S. Tsirkin wrote:
> Henrique, if there's a patch to test, pls let me know.
> Or maybe CONFIG_THINKPAD_ACPI_INPUT_ENABLED should be N by default.
I will hunt down the LKML mail and reply to it.
--
"One disk to rule them all, One disk to find them. One disk to bring
Hi,
Coding style fix
Regards,
Michal
--
LOG
http://www.stardust.webpages.pl/log/
Signed-off-by: Michal Piotrowski <[EMAIL PROTECTED]>
--- linux-mm-clean/drivers/media/video/zr36060.c2007-07-09
01:32:17.0 +0200
+++ linux-mm/drivers/media/video/zr36060.c 2007-08-01
On 8/2/07, <::.. Teresa_II ..::> <[EMAIL PROTECTED]> wrote:
> As i sad. I wasn't sure if its kernel related at all, it just was worse
> first time i booted cfs-v19.1 patch. Now i cant reproduce it even
> anymore :)
Hi Teresa,
Are you sure its not just a setting in Gnome/KDE for accessibility?
Hello,
Went through 1-4 and all look sane and seem to be nice clean ups with or
without the rest of series. I didn't really dig into each conversion,
so I can't say much about correctness tho.
NeilBrown wrote:
> Some requests signal partial completion. We currently record this
> by updating
> Quoting Hugh Dickins <[EMAIL PROTECTED]>:
> Subject: Re: 2.6.21-rc1: T60 ACPI issues
>
> On Wed, 1 Aug 2007, Michael S. Tsirkin wrote:
>
> > Hi!
> > ACPI appears to have been broken with 2.6.23-rc1 on my T60
> > Userspace from ubuntu dapper.
>
> (Whereas I'm using a T43p with openSUSE 10.2.)
On Wed, Aug 01, 2007 at 10:01:14PM +0900, Ryusuke Konishi wrote:
> When ecryptfs_lookup() is called against special files, eCryptfs
> generates the following errors because it tries to treat them like
> regular eCryptfs files.
>
> Error opening lower file for lower_dentry [0x810233a6f150],
On Wednesday 01 August 2007, Heiko Carstens wrote:
> On Wed, Aug 01, 2007 at 11:34:04AM +0200, Heiko Carstens wrote:
> > From: Heiko Carstens <[EMAIL PROTECTED]>
> >
> > drivers/ssb/Kconfig has already a depends on HAS_IOMEM which should
> > prevent SSB from being selected. But appearantly it
Hi,
Coding style fix
Regards,
Michal
--
LOG
http://www.stardust.webpages.pl/log/
Signed-off-by: Michal Piotrowski <[EMAIL PROTECTED]>
--- linux-mm-clean/include/asm-parisc/compat_rt_sigframe.h 2007-07-09
01:32:17.0 +0200
+++ linux-mm/include/asm-parisc/compat_rt_sigframe.h
James Bottomley <[EMAIL PROTECTED]> wrote:
> Are you sure you're testing with git head? CONFIG_BLK_DEV_BSG cannot be
> set unless CONFIG_BLOCK is (which was a bug in previous releases now
> fixed in git head ... unless the fix has gone wrong?).
Neither CONFIG_BLK_DEV_BSG nor CONFIG_BLOCK are
Hi,
Coding style fix
Regards,
Michal
--
LOG
http://www.stardust.webpages.pl/log/
Signed-off-by: Michal Piotrowski <[EMAIL PROTECTED]>
--- linux-mm-clean/include/asm-blackfin/errno.h 2007-07-09 01:32:17.0
+0200
+++ linux-mm/include/asm-blackfin/errno.h 2007-08-01
Hi Roman,
Took me most of today trying to figure out WTH you did in fs2.c, more
math and fundamental explanations would have been good. So please bear
with me as I try to recap this thing. (No, your code was very much _not_
obvious, a few comments and broken out functions would have made a world
Matthew Wilcox wrote:
> On Wed, Aug 01, 2007 at 04:27:15PM +0200, Gabriel C wrote:
>> Matthew Wilcox wrote:
>>> I'd be interested in seeing the results of the randconfig trials on the
>>> driver with those 23 patches applied, but not particularly interested in
>>> the intermediate result.
>> I can
Hi,
Coding style fix
Regards,
Michal
--
LOG
http://www.stardust.webpages.pl/log/
Signed-off-by: Michal Piotrowski <[EMAIL PROTECTED]>
--- linux-mm-clean/sound/pci/ca0106/ca_midi.h 2007-07-09 01:32:17.0
+0200
+++ linux-mm/sound/pci/ca0106/ca_midi.h 2007-08-01 16:38:54.0
On Wed, Aug 01, 2007 at 11:34:04AM +0200, Heiko Carstens wrote:
> From: Heiko Carstens <[EMAIL PROTECTED]>
>
> drivers/ssb/Kconfig has already a depends on HAS_IOMEM which should
> prevent SSB from being selected. But appearantly it looks like this
> doesn't matter at all if it gets selected from
У ср, 2007-08-01 у 15:58 +0200, Rene Herman пише:
> I notice by the way that you are also using Thunderbird 2.0 -- that was my
> own suspect; I had just switched from Thunderbird 1.5.
I was at work, on windows maschine. At home, where my linux maschine is
running i use evolution. But that have
On Wed, 1 Aug 2007, David Engraf wrote:
> At the moment I have a Jetway/VIA Mainboard which seems to have a problem
> with the handoff. Even
> when I wait about 20 seconds the EHCI_USBLEGSUP_BIOS flag is not cleared.
> I think this is a BIOS
> bug and I will have to talk to Jetway/VIA.
I have
* Roman Zippel <[EMAIL PROTECTED]> wrote:
> while (1)
> sched_yield();
sched_yield() is being reworked at the moment. But in general we want
apps to move away to sane locking constructs ASAP. There's some movement
in the 3D space at least.
Ingo
-
To unsubscribe
Avi Kivity wrote:
> NeilBrown wrote:
>> To achieve this, the "for_each" macros are now somewhat more complex.
>> For example, rq_for_each_segment is:
>>
>> #define bio_for_each_segment_offset(bv, bio, _i, offs, _size)\
>> for (_i.i = 0, _i.offset = (bio)->bi_offset + offs,\
>>
* Roman Zippel <[EMAIL PROTECTED]> wrote:
> > jiffies based sched_clock should be soon very rare. It's probably
> > not worth optimizing for it.
>
> I'm not so sure about that. sched_clock() has to be fast, so many
> archs may want to continue to use jiffies. [...]
i think Andi was talking
Borislav Petkov wrote:
Breakpoint 4, 0x00040200 in ?? ()
1: x/i ($cs << 4) + $eip 0x40300: lea(%si),%dx
(gdb) c
Continuing.
if i do delete here, it loads the second stage of grub and continues to load the
kernel. Is there another way to land at the jmp
On Wed, Aug 01, 2007 at 04:27:15PM +0200, Gabriel C wrote:
> Matthew Wilcox wrote:
> > I'd be interested in seeing the results of the randconfig trials on the
> > driver with those 23 patches applied, but not particularly interested in
> > the intermediate result.
>
> I can do that on weekend.
Francis,
this may be a good site to start with:
http://www.amd.com/us-en/Processors/DevelopWithAMD/0,,30_2252_739_7044,00.html
Regards,
Peter Oruba
Am Mittwoch, 1. August 2007 15:27:23 schrieb Francis Moreau:
> Hello,
>
> I'm used to hack Linux on a ARM based board and would like to be
>
On Wednesday 01 August 2007, Bob Nelson wrote:
> It looks to me like you were saying you would remove this extension to the
> OProfile file system (/dev/oprofile/implementation).
> However, it looks like it has made it into the mainline kernel code.
Just to be clear, this problem showed up in my
Matthew Wilcox wrote:
> On Wed, Aug 01, 2007 at 09:39:12PM +0800, Eugene Teo wrote:
>> This patch fixes the following compile error:
>>
>> drivers/scsi/advansys.c: In function 'advansys_board_found':
>> drivers/scsi/advansys.c:17781: error: implicit declaration of function
>> 'to_pci_dev'
>
> Or
On Wed, 1 Aug 2007, Michael S. Tsirkin wrote:
> Hi!
> ACPI appears to have been broken with 2.6.23-rc1 on my T60
> Userspace from ubuntu dapper.
(Whereas I'm using a T43p with openSUSE 10.2.)
>
> 1. During boot, I see a lot of messages like this:
> [ 41.034204] acpi LNXSYSTM:00: uevent:
Hi,
move_msr_up() is used only on X86_64 and generates a warning on !X86_64
...
drivers/kvm/vmx.c:548: warning: 'move_msr_up' defined but not used
...
Signed-off-by: Gabriel Craciunescu <[EMAIL PROTECTED]>
---
PS: Btw Avi why do you think I'm mysterious ?:)
...
git-kvm.patch:Noted by
sorry.. I sent the wrong patch file. There was a warning in the other one.
diff -ur linux-2.6.23-rc1-rt0/include/linux/netdevice.h
linux-2.6.23-rc1-rt0_new/include/linux/netdevice.h
--- linux-2.6.23-rc1-rt0/include/linux/netdevice.h 2007-07-24
15:17:07.0 -0400
+++
On Thursday 26 July 2007 09:02:22 am Stephane Eranian wrote:
> Hello,
>
> I have released another version of the perfmon new code base package.
> This version of the kernel patch is relative to 2.6.22. Sorry for
> the delay but there was some traveling on my part + a lot
> of patches to integrate
On 08/01/2007 03:27 PM, Francis Moreau wrote:
I'm used to hack Linux on a ARM based board and would like to be
involved in x86_64 architecture but I don't know where I should
start...
Could anyone point out some nice documentations/books describing this
architecture ?
First and foremost the
Ingo,
I tried just removing the CONFIG_PREEMPT_RT code, but that drops
packets if another task has the lock. Here's the debug printouts:
<4>xmit_lock_owner owned by sigd not softirq-net-rx/
<4>xmit_lock_owner owned by sigd not softirq-net-rx/
<4>xmit_lock_owner owned by sigd not
On 8/1/07, Andev Debi <[EMAIL PROTECTED]> wrote:
> Hello,
> Im getting the following error while booting the kernel 2.6.22.1-cfs
>
> Aug 1 09:14:09 localhost kernel: [ 30.272161] EXT3 FS on hda8, internal
> journal
> Aug 1 09:14:09 localhost kernel: [ 33.572083] device-mapper: ioctl:
>
On Wed, 2007-08-01 at 16:24 +0800, Eugene Teo wrote:
> But why are you replacing the existing pr_*() with printk(KERN_*?
Order of compilation if bisected?
The idea is to eventually convert all single line
printk(KERN_ fmt "\n",...) to pr_
tree wide. This leaves only the multiline
printk(foo);
On Tue, 31 Jul 2007, H. Peter Anvin wrote:
> > So it seems to me that either it is something x86_64 specific or
> > initramfs-specific. Will try to reproduce it.
> My guess would be the former, rather than the latter. I haven't had a
> chance to reproduce it myself yet (I'm on the road), but I
> but that's nothing new. CFS cannot conjure up time measurement methods
> that do not exist. If you have a low-res clock and if you create an app
> that syncs precisely to the tick of that clock via timers that run off
> that exact tick then there's nothing the scheduler can do about it. It
On Wed, 2007-08-01 at 10:14 +0200, [EMAIL PROTECTED] wrote:
> On 8/1/07, Arjan van de Ven <[EMAIL PROTECTED]> wrote:
> > Let me repeat the key message:
> >
> > It does not matter who's code gets merged.
> > It does not matter who's code gets merged.
> > It does not matter who's code gets merged.
>
Bartlomiej Zolnierkiewicz wrote:
* Fix MWDMA timings setup in sis_old_set_dmamode() and sis_66_set_dmamode().
The old timings were overclocked (even worse behavior than sis5513 IDE driver
which depends on BIOS to program correct timings), the new timings are taken
from the datasheet (they
Kristen Carlson Accardi wrote:
Use a stored value for which interrupts to enable. Changing this allows
us to selectively turn off certain interrupts later and have them
stay off.
Signed-off-by: Kristen Carlson Accardi <[EMAIL PROTECTED]>
ACK. Regenerate against current kernel and I'll
On 08/01/2007 03:33 PM, <:::.. TeresaII ..:::> wrote:
Problem is, that i can't reproduce it after last reboot.
Can this be different on each reboot ? Any idea ?
About another kernel: i only had -ck kernels since last year or more, i
can remember i had same behavier atleast 6 month ago, or
* Roman Zippel <[EMAIL PROTECTED]> wrote:
> > in that case 'top' accounting symptoms similar to the above are not
> > due to the scheduler starvation you suspected, but due the effect of
> > a low-resolution scheduler clock and a tightly coupled
> > timer/scheduler tick to it.
>
> Well, it
Christoph Hellwig wrote:
On Wed, Aug 01, 2007 at 01:10:33AM -0700, Andrew Morton wrote:
I was hoping for a 2.6.24 merge. But I haven't actually looked at it yet.
Hopefully Jason is planning to get it all out for review soonish.
The current version is quite messy. I'd be much happier
On Wed, 2007-08-01 at 10:13 +0100, David Howells wrote:
> From: David Howells <[EMAIL PROTECTED]>
>
> Make BSG function declarations dependent on CONFIG_BLOCK as they are not
> compilable if the block layer is compiled out.
>
> Signed-off-by: David Howells <[EMAIL PROTECTED]>
> ---
>
>
Eugene Teo wrote:
> Hi Gabriel,
Hi Eugene,
> Hope the following trivial patch helps.
Yes it does , thx.
>
>
>> Getting this with a randconfig (
>> http://194.231.229.228/MM/randconfig-auto-10 )
>>
> [...]
>> drivers/scsi/advansys.c:794:2: warning: #warning this driver is still not
>>
On Wed, Aug 01, 2007 at 09:39:12PM +0800, Eugene Teo wrote:
> This patch fixes the following compile error:
>
> drivers/scsi/advansys.c: In function 'advansys_board_found':
> drivers/scsi/advansys.c:17781: error: implicit declaration of function
> 'to_pci_dev'
Or just remove the ifdefs around
On 8/1/07, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> arch/ppc/.gitignore shouldn't exclude arch/ppc/boot/include
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
>
> ---
> --- /dev/null 2006-09-19 00:45:31.0 +0200
> +++ linux-2.6.23-rc1-mm2/arch/ppc/boot/.gitignore 2007-08-01
>
On Wed, Aug 01, 2007 at 01:10:33AM -0700, Andrew Morton wrote:
> I was hoping for a 2.6.24 merge. But I haven't actually looked at it yet.
> Hopefully Jason is planning to get it all out for review soonish.
The current version is quite messy. I'd be much happier if we could
start with a light
On 8/1/07, Zoltan Menyhart <[EMAIL PROTECTED]> wrote:
> You do have model specific I cache semantics.
> Not taking it into account will oblige you to flush in vain for the models
> which do not require it. Why do you want to take this option?
Given unlimited resources, your proposal makes
On Tue, Jul 31, 2007 at 05:08:19PM -0400, Cal Peake wrote:
> On Mon, 30 Jul 2007, Brian D. McGrew wrote:
>
> > Using FC5 with a 2.6.15 kernel my system (Dell Optiplex) see both
> > drives.
> >
> > Using the 2.6.16.16 kernel that I've built I see no CD-ROM drives.
> >
> > What could I have
Hi Gabriel,
Hope the following trivial patch helps.
> Getting this with a randconfig ( http://194.231.229.228/MM/randconfig-auto-10
> )
>
[...]
> drivers/scsi/advansys.c:794:2: warning: #warning this driver is still not
> properly converted to the DMA API
> drivers/scsi/advansys.c: In
On Wed, Aug 01, 2007 at 04:11:23AM -0400, Dan Merillat wrote:
> How expensive would it be to allocate two , then use the MMU mark the
> second page unwritable? Hardware wise it should be possible, (for
Tweaking kernel ptes is prohibitive during clone() because that's
kernel memory and it would
Indan Zupancic wrote:
I'm having trouble reproducing this at will -- it sounded as though Teresa
had less trouble at least originally. Teresa?
I am at work actually, so i cant test anything. End of this week i got
to vacation, so i possibly can return testing in 1 month again.
Same here,
Hi,
On Wed, 1 Aug 2007, Andi Kleen wrote:
> > especially if one already knows that
> > scheduler clock has only limited resolution (because it's based on
> > jiffies), it becomes possible to use mostly 32bit values.
>
> jiffies based sched_clock should be soon very rare. It's probably
> not
arch/ppc/.gitignore shouldn't exclude arch/ppc/boot/include
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
--- /dev/null 2006-09-19 00:45:31.0 +0200
+++ linux-2.6.23-rc1-mm2/arch/ppc/boot/.gitignore 2007-08-01
15:18:33.0 +0200
@@ -0,0 +1 @@
+!include
-
To
On Mon, Jul 30, 2007 at 08:17:18PM -0400, Joe Korty wrote:
> Add missing IRQs and IRQ descriptions to /proc/interrupts.
>
> /proc/interrupts is most useful when it displays every
> IRQ vector in use by the system, not just those somebody
> thought would be interesting.
>
> This patch inserts the
On 08/01/2007 03:07 PM, Indan Zupancic wrote:
On Wed, August 1, 2007 14:50, Rene Herman wrote:
On 08/01/2007 02:34 PM, Indan Zupancic wrote:
On Wed, August 1, 2007 13:01, Rene Herman wrote:
Teresa was already using 2.6.22.1, with CFS (v19.1) patched in, so reverting
that would be a matter
Hello,
I'm used to hack Linux on a ARM based board and would like to be
involved in x86_64 architecture but I don't know where I should
start...
Could anyone point out some nice documentations/books describing this
architecture ?
thanks
--
Francis
-
To unsubscribe from this list: send the line
On Wed, 01 Aug 2007 06:38:16 -0400 Takashi Iwai <[EMAIL PROTECTED]>
wrote:
>This would be rater a lacking check of returned errors.
>
>The other changes look incorrect. All these drivers use
>card->private_free callback to release the resources even for the
>error exit. Thus, you don't need
Hi all,
current git doesn't compile for CONFIG_ARCH_AT91SAM926{1,3} and
and CONFIG_FB_ATMEL enabled, due to a missing inclusion of atmel_lcdc.h:
/home/jan/kernel/git/linux-2.6/arch/arm/mach-at91/at91sam9263_devices.c: In
function ‘at91_add_device_lcdc’:
Hi,
On Wed, 1 Aug 2007, Ingo Molnar wrote:
> Please also send me the output of this script:
>
> http://people.redhat.com/mingo/cfs-scheduler/tools/cfs-debug-info.sh
Send privately.
> Could you also please send the source code for the "l.c" and "lt.c" apps
> you used for your testing so i
Some shipped files were wrongly ignored by git.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
.gitignore |9 -
1 file changed, 8 insertions(+), 1 deletion(-)
--- linux-2.6.23-rc1-mm2/.gitignore.old 2007-08-01 14:12:43.0 +0200
+++ linux-2.6.23-rc1-mm2/.gitignore
Hello.
Segher Boessenkool wrote:
+[EMAIL PROTECTED] {
+compatible = "mmio-ide";
+device_type = "ide";
Why not "ata"?
The hardware is called (E)IDE, the protocol is called ATA.
Sorry for not denouncing this earlier. :-)
ATA is the name of ANSI standard
When updating this IBM ThinkPad T43p from 2.6.22 to 2.6.23-rc1
using make oldconfig, the text and default Y of
config THINKPAD_ACPI_INPUT_ENABLED
bool "Enable input layer support by default"
depends on THINKPAD_ACPI
default y
---help---
Enables hot key
On Wed, August 1, 2007 14:50, Rene Herman wrote:
> On 08/01/2007 02:34 PM, Indan Zupancic wrote:
>
>> On Wed, August 1, 2007 13:01, Rene Herman wrote:
>
>>> Teresa was already using 2.6.22.1, with CFS (v19.1) patched in, so reverting
>>> that would be a matter of patching it out again. She said
> I still have those messages, but now there seem to be much less of them.
>
> It would really help me, if someone could tell me about how critical
> such error messages are.
The CRC errors are indicative of cable or similar problems but each time
you see a CRC error the transmission is
Getting this with a randconfig ( http://194.231.229.228/MM/randconfig-auto-10 )
...
drivers/scsi/advansys.c:794:2: warning: #warning this driver is still not
properly converted to the DMA API
drivers/scsi/advansys.c: In function 'advansys_board_found':
drivers/scsi/advansys.c:17781: error:
On 7/30/07, Christoph Hellwig <[EMAIL PROTECTED]> wrote:
> The way this driver triesto implement HDIO_GETGEO it'll never be
> called. Then again on ppc it probably will never be called anyway
> because it's utterly pointless.
>
>
> Signed-off-by: Christoph Hellwig <[EMAIL PROTECTED]>
Heh, that's
>
> Should I change "change_page_attr" to make it work before "mem_init"? Or
> Should I change "init_memory_mapping" to make it can be used to change
> mapping attributes? Which one is better?
It's probably better to change init_memory_mapping. Just do it cleanly
and correctly please. As in
On 08/01/2007 02:34 PM, Indan Zupancic wrote:
On Wed, August 1, 2007 13:01, Rene Herman wrote:
Teresa was already using 2.6.22.1, with CFS (v19.1) patched in, so reverting
that would be a matter of patching it out again. She said she wasn't seeing
trouble on other kernels though.
I was the
Hi Steve,
On 8/1/07, Steven Toth <[EMAIL PROTECTED]> wrote:
> Hi manu,
>
> Hauppauge deal with NXP on a daily basis. We have a number of 716x
> products either in the market or coming to market and we can add some
> leverage.
>
> I can push this through our FAE and account manager. Who's your
Borislav Petkov wrote:
if i do delete here, it loads the second stage of grub and continues to load the
kernel. Is there another way to land at the jmp instruction instead of poking
blindly, maybe disassemble something parts of the initial code. \me reading
grub-docs...
Oh lovely. The
Hello.
Segher Boessenkool wrote:
This doesn't mean that shift is better anyway. If everyone
considers it
better, I give up. But be warned that shift (stride) is not the only
property
characterizing register accesses -- the regs might be only accessible as
16/32-bit quantities, for
On Wed, Aug 01, 2007 at 11:34:04AM +0200, Heiko Carstens wrote:
> From: Heiko Carstens <[EMAIL PROTECTED]>
>
> drivers/ssb/Kconfig has already a depends on HAS_IOMEM which should
> prevent SSB from being selected. But appearantly it looks like this
> doesn't matter at all if it gets selected from
I'd prefer we keep this code in atm. The WM97xx touch driver needs it to
eliminate any audio noise from the touchscreen ADC.
I'll post the remaining touch driver patches in time for the next merge
window.
Liam
On Tue, 2007-07-31 at 22:36 +0200, Michal Piotrowski wrote:
> Hi,
>
> File
On Wed, August 1, 2007 13:01, Rene Herman wrote:
> On 08/01/2007 01:31 PM, Andi Kleen wrote:
>
>> Ingo Molnar <[EMAIL PROTECTED]> writes:
>
>>> another reaction below in this thread reported kbd problems in vanilla
>>> 2.6.22.1 as well. What is the X versions, etc.? Does the problem go away
>>> if
[apologies for the empty mail earlier; wetware error]
RFC: Deprecate a.out ELF interpreter support
The Linux ELF loader is quite complicated and messy code (that could
probably need a rewrite, but that's a different chapter). One particular
messy part in it is the support for non ELF a.out
-
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 the FAQ at http://www.tux.org/lkml/
Mariusz Kozlowski writes:
> Second issue as reported earilier allmodconfig fails to build on imac g3.
Do you really mean g3? If so it's a 32-bit kernel and it shouldn't be
building lparmap.s. Or do you mean G5?
> CC arch/powerpc/kernel/lparmap.s
> AS
Bernd Schmidt <[EMAIL PROTECTED]> wrote:
> 1. munmap can now unmap subparts of previously allocated blocks. This
>makes behaviour more consistent with mmu Linux, and allows us to
>simplify and speed up the uClibc malloc implementation.
There's a problem with your alteration to
Hi,
On Wed, 1 Aug 2007, Ingo Molnar wrote:
> * Roman Zippel <[EMAIL PROTECTED]> wrote:
>
> > [...] the increase in code size:
> >
> > 2.6.22:
> >textdata bss dec hex filename
> > 10150 243344 1351834ce kernel/sched.o
> >
> > recent git:
> >textdata
> has to get the blessing of the maintainer. On the other hand,
> as you just said, the maintainer has no such obligation.
Umm nope. As a maintainer if you feed Linus stuff you wrote that he
thinks is a bad idea it will not go in, and you'll get an explanation of
why.
The process isn't perfect
Roman Zippel <[EMAIL PROTECTED]> writes:
> especially if one already knows that
> scheduler clock has only limited resolution (because it's based on
> jiffies), it becomes possible to use mostly 32bit values.
jiffies based sched_clock should be soon very rare. It's probably
not worth optimizing
> > NAK - this feature is actively used and can be set by the sysctl
> > interface. The PRCTL fixup was just a bug being fixed. The sysctl
> > interface is still relevant.
>
> Thank you for correcting me. Appreciated. I am not aware that it is still
> being actively used. May I know who or which
* Roman Zippel <[EMAIL PROTECTED]> wrote:
> On Wed, 1 Aug 2007, Ingo Molnar wrote:
>
> > > [...] e.g. in this example there are three tasks that run only for
> > > about 1ms every 3ms, but they get far more time than should have
> > > gotten fairly:
> > >
> > > 4544 roman 20 0 1796
Paul Mundt wrote:
On Tue, Jul 31, 2007 at 11:09:32PM -0700, Andrew Morton wrote:
- Is anyone testing the kgdb code in here?
Testing, yes. Succeeding, no. It's utterly hosed on SH in its present
condition at least. Presumably it's been tested on at least one platform
with some measure
Hi,
On Wed, 1 Aug 2007, Ingo Molnar wrote:
> > [...] e.g. in this example there are three tasks that run only for
> > about 1ms every 3ms, but they get far more time than should have
> > gotten fairly:
> >
> > 4544 roman 20 0 1796 520 432 S 32.1 0.4 0:21.08 lt
> > 4545 roman
301 - 400 of 1048 matches
Mail list logo