Rafael J. Wysocki wrote:
OK, so that would be the appended patch.
Still, since there are several fixes against the "move the wakeup code to C"
patch, I'll probably fold them all into a new version of this patch and resend
it.
Yes, please.
-hpa
--
To unsubscribe from this list: send
>From David P. Reed <[EMAIL PROTECTED]> Sat Feb 16 15:05:17 2008
Message-Id: <[EMAIL PROTECTED]>>
User-Agent: quilt/0.46-1
Date: Sat, 16 Feb 2008 15:05:17 -0500
From: David P. Reed <[EMAIL PROTECTED]>
To: Thomas Gleixner <[EMAIL PROTECTED]>,
Ingo Molnar <[EMAIL PROTECTED]>,
"H. Peter Anvin" <[EMA
Hi Jeff,
For several times I tried libata on small machines equipped with either
CompactFlash or IDE DOM (Disk-On-Module). All those machines with small
flashes (<= 256 MB) were about 35-40% slower under libata than under the
plain old IDE driver. I realized that all the slower ones were running
P
>From David P. Reed <[EMAIL PROTECTED]> Sat Feb 16 15:05:17 2008
Message-Id: <[EMAIL PROTECTED]>>
References: <[EMAIL PROTECTED]>>
User-Agent: quilt/0.46-1
Date: Sat, 16 Feb 2008 15:05:20 -0500
From: David P. Reed <[EMAIL PROTECTED]>
To: Thomas Gleixner <[EMAIL PROTECTED]>,
Ingo Molnar <[EMAIL PRO
>From 40a8174d27cb9d93b859bc073c8f075b9ff71578 Mon Sep 17 00:00:00 2001
From: Willy Tarreau <[EMAIL PROTECTED]>
Date: Sun, 17 Feb 2008 21:11:46 +0100
Subject: [PATCH 1/2] libata: implement ATA_IOC_GET_IO32/ATA_IOC_SET_IO32 ioctls
This patch implements the aforementionned ioctls and get/set the
ne
On Sun, Feb 17, 2008 at 01:21:27PM -0800, H. Peter Anvin wrote:
> Sam Ravnborg wrote:
> >
> >For a 64 bit build we should error out if the compiler
> >fials to support -m32 (how unlikely that may be).
> >So I would prefer it unconditional for 64 bit.
> >
>
> We will err out anyway.
But I assume i
>From David P. Reed <[EMAIL PROTECTED]> Sat Feb 16 15:05:17 2008
Message-Id: <[EMAIL PROTECTED]>>
References: <[EMAIL PROTECTED]>>
User-Agent: quilt/0.46-1
Date: Sat, 16 Feb 2008 15:05:18 -0500
From: David P. Reed <[EMAIL PROTECTED]>
To: Thomas Gleixner <[EMAIL PROTECTED]>,
Ingo Molnar <[EMAIL PRO
>From 4ea313fe6a3c46a90226cf40d0e3ece4b36b48f9 Mon Sep 17 00:00:00 2001
From: Willy Tarreau <[EMAIL PROTECTED]>
Date: Sun, 17 Feb 2008 21:28:25 +0100
Subject: [PATCH 2/2] libata: implement support for 32-bit PIO transfers
When ATA_DFLAG_32BIT_PIO is set in ata flags, PIO transfers
will be perform
Sam Ravnborg wrote:
For a 64 bit build we should error out if the compiler
fials to support -m32 (how unlikely that may be).
So I would prefer it unconditional for 64 bit.
We will err out anyway.
-hpa
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the b
This patch fixes the following build error with CONFIG_EISA=n caused by
commit 231a35d37293ab88d325a9cb94e5474c156282c0:
<-- snip -->
...
LD .tmp_vmlinux1
arch/mips/sni/built-in.o: In function `snirm_a20r_setup_devinit':
a20r.c:(.init.text+0x42c): undefined reference to `sni_eisa_root_in
Hans J. Koch wrote:
Am Sun, 17 Feb 2008 07:29:27 -0800
schrieb Arjan van de Ven <[EMAIL PROTECTED]>:
On Sun, 17 Feb 2008 13:37:53 +0100
"Hans J. Koch" <[EMAIL PROTECTED]> wrote:
Of course there's no driver for the wlan, but that's a different
story ;)
I replaced that unsupported Atheros 5007
[This is a bit late, for which I'm sorry, but I waited for things to calm down
a bit, to have something less of a moving target.
Now, following an Ingo's advice, the list has been generated directly out of
the Bugzilla entries used for tracking the bugs. I'm going to release the
script used for g
Mark Lord wrote:
Hans J. Koch wrote:
..
Really? Unbelievable what these guys do to make my live harder...
So, they might use some undocumented GPIO to turn the power on, and
...
GPIO lines are not usually very difficult to trace,
and programming them is pretty easy, too ...
If I had an EeePC
On Sun, Feb 17, 2008 at 09:16:36PM +0100, thus spake Rafael J. Wysocki:
> On Sunday, 17 of February 2008, Ignacy Gawedzki wrote:
> > Hi,
>
> Hi,
>
> > I was printing on the parallel port and suddenly the "parallel" CUPS backend
> > went 50% CPU (obviously endless-looping), while the other 50% wer
Fix pcspkr driver to use explicit timing delay for access to PIT,
rather than inb_p/outb_p calls, which use insufficiently explicit
delays (defaulting to port 80 writes) that can cause freeze problems
on some machines, such as Quanta moterboard machines using ENE EC's.
The explicit timing delay is
fix init_8259A() which initializes the 8259 PIC to not use outb_pic,
which is a renamed version of outb_p, and delete outb_pic define.
There is already code in the .c files that does accesses to CMD & IMR registers
in successive outb() calls without _p. Thus the outb_p is obviously not
needed, if
fix code to access CMOS rtc registers so that it does not use inb_p and
outb_p routines, which are deprecated. Extensive research on all known CMOS RTC
chipset timing shows that there is no need for a delay in accessing the
registers of these chips even on old machines. These chipa are never on an
cleanup motherboard chip io port delays. inb_p and outb_p have traditionally
used a write to port 80 (a non-existent port) as a delay. Though there is an
argument that that is a good delay for devices on the ISA or PCI expansion buses
it is not a good mechanism for devices in the processor chipse
On Sun, 17 Feb 2008 16:56:39 -0500 (EST)
"David P. Reed" <[EMAIL PROTECTED]> wrote:
> fix code to access CMOS rtc registers so that it does not use inb_p and
> outb_p routines, which are deprecated.
> Signed-off-by: David P. Reed <[EMAIL PROTECTED]>
Acked-by: Alan Cox <[EMAIL PROTECTED]>
It is
On Sun, 17 Feb 2008 16:56:28 -0500 (EST)
"David P. Reed" <[EMAIL PROTECTED]> wrote:
> fix init_8259A() which initializes the 8259 PIC to not use outb_pic,
> which is a renamed version of outb_p, and delete outb_pic define.
NAK
The entire point of inb_pic/outb_pic is to isolate the various method
On Wed, Feb 13, 2008 at 01:42:10PM +0100, rubisher wrote:
>
Can I get your Signed-off-by for this, Joel? (I assume you are Joel :)
cheers, Kyle
> - some lake of changes of kset to kobj:
> --- ./drivers/parisc/pdc_stable.c.Orig2008-01-28 07:09:26.0
> +
> +++ ./drivers/par
>
> > I would need a config where the mismatch triggers for one
> > of the more popular architectures (as in where I have a toolchain).
>
> That was with plain m68k defconfig.
>
> > I could not reproduce it with x86 64bit - not even with
> > -fno-inline-functions
>
> If it helps, my cross-comp
On Sun, 17 Feb 2008 22:20:04 +0100
Willy Tarreau <[EMAIL PROTECTED]> wrote:
>
> >From 4ea313fe6a3c46a90226cf40d0e3ece4b36b48f9 Mon Sep 17 00:00:00 2001
> From: Willy Tarreau <[EMAIL PROTECTED]>
> Date: Sun, 17 Feb 2008 21:28:25 +0100
> Subject: [PATCH 2/2] libata: implement support for 32-bit PIO
On Sun, Feb 17, 2008 at 05:51:08PM +0100, Oliver Pinter wrote:
> On 2/17/08, Török Edwin <[EMAIL PROTECTED]> wrote:
> > Hi,
> >
> > xfsaild is causing many wakeups, a quick investigation shows
> > xfsaild_push is always
> > returning 30 msecs timeout value.
That's a bug, and has nothing to do with
On Feb 13, 2008 11:04 AM, Jasper Bryant-Greene <[EMAIL PROTECTED]> wrote:
> I can confirm neither the boot hang with HPET enabled nor the other
> unexplained boot hang after "NET: Registered protocol family 2" occur on
> 2.6.24.2 on the same hardware. I still don't have an appropriate way to
> debu
Quoting [EMAIL PROTECTED] ([EMAIL PROTECTED]):
> Hello,
> I'm not sure it is you the right person to contact.
> I tried to run latest normal user wireshark with SUID dumpcap without success
> under linux-2.6.24.2. After looking around it seems to be related to the file
> in the kernel security/co
On Sun, 17 Feb 2008, Rafael J. Wysocki wrote:
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=9842
> Subject : key 49 and 94 send both 49 and 94 events on macbooks
> REGRESSION
> Submitter : Emil Karlson <[EMAIL PROTECTED]>
> Date : 2008-01-29 08:15
I have
On Sun, 17 Feb 2008 16:56:42 -0500 (EST)
"David P. Reed" <[EMAIL PROTECTED]> wrote:
> Fix pcspkr driver to use explicit timing delay for access to PIT,
> rather than inb_p/outb_p calls, which use insufficiently explicit
NAK.
We now have inb_pit and outb_pit to make the transition easier - can yo
> Thus, I have implemented the 32-bit mode to bring the performance back
> to the level of the old IDE driver. I jumped from 1.5 MB/s to 2.5 MB/s,
> which is an important difference at this level of performance, especially
> when large files are read. The 32-bit mode is enabled using the ioctl
> wh
Hi all,
Remove redundant irq_desc[NR_IRQS] element initialization in
init_ISA_irqs(). irq_desc[NR_IRQS] is already statically
initialized with the same values in kernel/irq/handle.c .
Signed-off-by: Ahmed S. Darwish <[EMAIL PROTECTED]>
---
i8259_32.c | 26 ++
1 file
Am Sun, 17 Feb 2008 17:09:39 -0500
schrieb Mark Lord <[EMAIL PROTECTED]>:
> Mark Lord wrote:
> > Hans J. Koch wrote:
> ..
> >> Really? Unbelievable what these guys do to make my live harder...
> >> So, they might use some undocumented GPIO to turn the power on, and
> ...
>
> GPIO lines are not us
On 02/16, Oleg Nesterov wrote:
>
> On 02/15, Andrew Morton wrote:
> >
> > ug. On about the fourth boot with the current -mm lineup I hit:
> >
> > : BUG: unable to handle kernel paging request at 00200200
>
> == LIST_POISON
On Mon, Feb 18, 2008 at 12:06:41AM +0100, Rafael J. Wysocki wrote:
> On Sunday, 17 of February 2008, Jiri Kosina wrote:
> > On Sun, 17 Feb 2008, Rafael J. Wysocki wrote:
> >
> > > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=9842
> > > Subject : key 49 and 94 send both 49 and 9
On Sun, Feb 17, 2008 at 10:31:34PM +, Alan Cox wrote:
> > Thus, I have implemented the 32-bit mode to bring the performance back
> > to the level of the old IDE driver. I jumped from 1.5 MB/s to 2.5 MB/s,
> > which is an important difference at this level of performance, especially
> > when lar
Hello,
> > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=9984
> > Subject : problem with starting 2.5.25-rc1 and latest git
>
> The kernel version seems to be a little bit bogus here :)
That's a typo :/ Should read 2.6.25-rc1 instead.
Mariusz
--
To unsubscribe fro
On Sunday, 17 of February 2008, Jiri Kosina wrote:
> On Sun, 17 Feb 2008, Rafael J. Wysocki wrote:
>
> > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=9842
> > Subject : key 49 and 94 send both 49 and 94 events on macbooks
> > REGRESSION
> > Submitter : Emil Karlson <[EMA
Hi Mark,
On Sun, 17 Feb 2008 14:09:57 -0500 "Mark M. Hoffman" <[EMAIL PROTECTED]> wrote:
>
> You can add the hwmon testing tree (from MAINTAINERS):
>
> > git lm-sensors.org:/kernel/mhoffman/hwmon-2.6.git testing
>
> This tree gets rebased pretty much whenever Linus adds a new tag. As a
> rule
On Sun, 2008-02-10 at 12:52 +0100, Németh Márton wrote:
> Disable any active triggers when the brightness attribute is
> set to zero.
I agree with this approach and will merge this as a clarification of the
interface, thanks. I'll also merge your other two patches into the LED
queue.
Cheers,
Ric
This reverts commit 45b503548210fe6f23e92b856421c2a3f05fd034.
It contains deadlock, and breaks userspace applications (wpa_supplicant,
networkmanager). References:
http://bugzilla.kernel.org/show_bug.cgi?id=10002
http://bugzilla.kernel.org/show_bug.cgi?id=10002
---
net/core/rtnetlink.c | 36 ++
On Fri, Feb 15, 2008 at 04:07:54PM +0300, Michael Tokarev wrote:
> Alasdair G Kergon wrote:
> > On Fri, Feb 15, 2008 at 01:08:21PM +0100, Andi Kleen wrote:
> >> Implement barrier support for single device DM devices
> >
> > Thanks. We've got some (more-invasive) dm patches in the works that
> >
> changing ide-cd (take 4)] I cannot burn any CD/DVD any more, getting the
> following error from wodim:
> Errno: 0 (Success), write_g1 scsi sendcmd: no error
> CDB: 2A 00 00 00 00 00 00 00 1F 00
> status: 0x2 (CHECK CONDITION)
> Sense Bytes: 70 00 05 00 00 00 00 0E 00 00 00 00 21 02 00 00
On 02/17, Jarek Poplawski wrote:
>
> This patch looks OK to me.
Thanks for looking at this!
> But while reading this I got some doubts
> in nearby places, so BTW 2 small questions:
>
> 1) ... workqueue_cpu_callback(...)
> {
> ...
> list_for_each_entry(wq, &workqueues, list) {
>
On Monday, 18 of February 2008, Jiri Kosina wrote:
> This reverts commit 45b503548210fe6f23e92b856421c2a3f05fd034.
>
> It contains deadlock, and breaks userspace applications (wpa_supplicant,
> networkmanager). References:
>
> http://bugzilla.kernel.org/show_bug.cgi?id=10002
> http://bugzilla.ker
-- Original message --
From: Thomas Gleixner <[EMAIL PROTECTED]>
> On Sat, 16 Feb 2008, Quel Qun wrote:
> Unfortunately we only see that the list is corrupted but not which
> code caused it. This looks like something forgot to delete the timer
> before freeing the d
On Sat, 16 Feb 2008 00:25:22 -0800 Andrew Morton wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.25-rc2/2.6.25-rc2-mm1/
Building i386 kernel on x86_64, I see a build error in linking:
kernel/built-in.o: In function `jiffies_64_to_usecs':
(.text+0xeaed): undefined re
On Saturday, 16 of February 2008, Len Brown wrote:
> On Friday 15 February 2008 17:22, Rafael J. Wysocki wrote:
>
> > Ok, below is the version that survives checkpatch.pl, compiles on x86-32
> > and has been successfully tested on 32-bit and 64-bit systems.
>
> works on my t61 in 64-bit mode too.
On Feb 18 2008 00:21, Joerg Schilling wrote:
>
>> changing ide-cd (take 4)] I cannot burn any CD/DVD any more, getting the
>> following error from wodim:
>
>> Errno: 0 (Success), write_g1 scsi sendcmd: no error
>> CDB: 2A 00 00 00 00 00 00 00 1F 00
>> status: 0x2 (CHECK CONDITION)
>> Sense B
On 2/17/08, Randy Dunlap <[EMAIL PROTECTED]> wrote:
> On Sun, 17 Feb 2008 08:58:39 +0800 Peter Teoh wrote:
>
> > Can some explain the cause of this error (it has been like this for the
> > last two git pull from linus tree):
> >
> > Kernel: arch/x86/boot/bzImage is ready (#1)
> > Building module
Commit 9e2779fa281cfda13ac060753d674bbcaa23367e also broke the
mips yosemite_defconfig:
<-- snip -->
...
CC arch/mips/kernel/asm-offsets.s
In file included from
/home/bunk/linux/kernel-2.6/git/linux-2.6/arch/mips/kernel/asm-offsets.c:14:
/home/bunk/linux/kernel-2.6/git/linux-2.6/include
Hi folks,
with 2.6.25-rc2, my Mac mini Core Duo hangs at suspend. The last
message on the console is "Suspending console(s)". I also tried some
other versions after 2.6.24, all of them fail with this hang.
I attached the lspci output for the case that it matters.
Regards,
Tino
00:00.0 Host bridg
Am 16.02.2008 23:37 schrieb Jiri Slaby:
On 02/16/2008 09:12 PM, Alan Cox wrote:
On Sat, 16 Feb 2008 20:14:30 +0100
Tilman Schmidt <[EMAIL PROTECTED]> wrote:
2.6.25-rc2 fails to bring up my openSUSE 10.3 PC because LVM
cannot find the volume group containing the root file system.
2.6.25-rc1 has
On Feb 18, 2008 8:52 AM, Barnaby <[EMAIL PROTECTED]> wrote:
>
> On Feb 17, 2008 4:59 AM, Dave Young <[EMAIL PROTECTED]> wrote:
> >
> > On Feb 16, 2008 1:16 PM, Barnaby <[EMAIL PROTECTED]> wrote:
> > >
> > > On Fri, Feb 15, 2008 at 6:15 PM, Dave Young <[EMAIL PROTECTED]> wrote:
> > > >
> > > > On Fr
Christian Kujau wrote:
> On Sun, 17 Feb 2008, Sergio Luis wrote:
>> It doesn't fix the problem totally. If we select
>> Virtualization->Linux hypervisor example code (CONFIG_LGUEST)
>> as a module, we will get the same build errors,
>
> Confirmed, the build errors persist with CONFIG_LGUEST=m and
On Sun, 2008-02-17 at 19:09 +, Ian Campbell wrote:
> On Fri, 2008-02-15 at 17:17 -0600, Matt Mackall wrote:
> > On Fri, 2008-02-15 at 15:21 -0600, Matt Mackall wrote:
> > > On Fri, 2008-02-15 at 21:32 +0100, Sam Ravnborg wrote:
> > > > On Fri, Feb 15, 2008 at 02:25:54PM -0600, Matt Mackall wrot
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Serge E. Hallyn wrote:
| Andrew, this pretty much was bound to happen... we need to figure out
| what our approach here should be. My preference is still to allow
| signals when p->uid==current->uid so long as !SECURE_NOROOT. Then as
| people start
"make oldconfig" doesn't know how to display the per-item help, so
something like this is needed. It was a squeeze to make all the help
text, plus option prompt, fit into 24 lines. If you think that's not
a concern, some of the wording could be improved.
(Added text placed into the public domain
Hello
is there a way to find out how many times a userspace program is forced to
context switch due to a hardware interrupt?
The reason for this:
I am measuring the retired instruction count of programs using performance
counters (perfmon2 patchset), and trying to find out where the
descrepa
On Feb 18, 2008 8:57 AM, Tilman Schmidt <[EMAIL PROTECTED]> wrote:
> Am 16.02.2008 23:37 schrieb Jiri Slaby:
> > On 02/16/2008 09:12 PM, Alan Cox wrote:
> > Try to upgrade to at least lvm 2.02.29 (I guess this is the first version
> > which
> > understands the new sysfs layout).
> I'll have to inv
On Sun, Feb 17, 2008 at 10:09:45PM +0200, Adrian Bunk wrote:
> This patch fixes the following build error caused by commit
> 3631c650c495d61b1dabf32eb26b46873636e918:
Patch applied. Thanks Adrian!
--
Visit Openswan at http://www.openswan.org/
Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]>
Hom
Peter Teoh wrote:
> On 2/17/08, Randy Dunlap <[EMAIL PROTECTED]> wrote:
>> On Sun, 17 Feb 2008 08:58:39 +0800 Peter Teoh wrote:
>>
>>> Can some explain the cause of this error (it has been like this for the
>>> last two git pull from linus tree):
>>>
>>> Kernel: arch/x86/boot/bzImage is ready (#1)
On Feb 17, 2008 4:59 AM, Dave Young <[EMAIL PROTECTED]> wrote:
>
> On Feb 16, 2008 1:16 PM, Barnaby <[EMAIL PROTECTED]> wrote:
> >
> > On Fri, Feb 15, 2008 at 6:15 PM, Dave Young <[EMAIL PROTECTED]> wrote:
> > >
> > > On Fri, Feb 15, 2008 at 8:04 AM, Barnaby <[EMAIL PROTECTED]> wrote:
> > > > Answ
On Fri, 2008-02-15 at 15:21 +0100, Eric Dumazet wrote:
> Zhang, Yanmin a écrit :
> > On Fri, 2008-02-15 at 07:05 +0100, Eric Dumazet wrote:
> >
> >> Zhang, Yanmin a �crit :
> >>
> >>> Comparing with kernel 2.6.24, tbench result has regression with
> >>> 2.6.25-rc1.
> >>>
> >>> 1) On 2 quad-
On Sun, 2008-02-17 at 20:21 -0500, George Spelvin wrote:
> "make oldconfig" doesn't know how to display the per-item help, so
> something like this is needed. It was a squeeze to make all the help
> text, plus option prompt, fit into 24 lines. If you think that's not
> a concern, some of the word
On Fri, 2008-02-15 at 08:08 +0100, Ingo Molnar wrote:
> * Huang, Ying <[EMAIL PROTECTED]> wrote:
>
> > On Thu, 2008-02-14 at 17:12 +0100, Ingo Molnar wrote:
> > > this is indeed a bug (we change the attributes for a larger area than
> > > needed), but your fix is unclean. Find below a cleaner so
Sergio Luis wrote:
> Christian Kujau wrote:
>> On Sun, 17 Feb 2008, Sergio Luis wrote:
>>> It doesn't fix the problem totally. If we select
>>> Virtualization->Linux hypervisor example code (CONFIG_LGUEST)
>>> as a module, we will get the same build errors,
>> Confirmed, the build errors persist wi
Quoting Andrew G. Morgan ([EMAIL PROTECTED]):
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Serge E. Hallyn wrote:
> | Andrew, this pretty much was bound to happen... we need to figure out
> | what our approach here should be. My preference is still to allow
> | signals when p->uid==curre
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Serge E. Hallyn wrote:
| Signed-off-by: Serge E. Hallyn <[EMAIL PROTECTED]>
| ---
| security/commoncap.c |2 +-
| 1 files changed, 1 insertions(+), 1 deletions(-)
|
| diff --git a/security/commoncap.c b/security/commoncap.c
| index 5aba826..bb0c0
On Saturday 16 February 2008 14:37, Andrew Morton wrote:
> On Thu, 14 Feb 2008 22:49:02 -0800 Christoph Lameter <[EMAIL PROTECTED]>
wrote:
> > Two callbacks to remove individual pages as done in rmap code
> >
> > invalidate_page()
> >
> > Called from the inner loop of rmap walks to invalidate
On Sun, 17 Feb 2008, Richard Purdie wrote:
> On Sun, 2008-02-10 at 12:52 +0100, Németh Márton wrote:
> > Disable any active triggers when the brightness attribute is
> > set to zero.
>
> I agree with this approach and will merge this as a clarification of the
> interface, thanks. I'll also merge y
> * Thomas Petazzoni <[EMAIL PROTECTED]> wrote:
>
> > The following patch allows to remove the code needed to support the
> > TSC timer on x86 32 bits. The TSC seems to be mandatory on x86 64
> > bits. The patch adds a X86_TSC_TIMER option to enable/disable the
> > support.
> >
> > A X86_TSC
On 17-02-08 23:25, Alan Cox wrote:
On Sun, 17 Feb 2008 16:56:28 -0500 (EST)
"David P. Reed" <[EMAIL PROTECTED]> wrote:
fix init_8259A() which initializes the 8259 PIC to not use outb_pic,
which is a renamed version of outb_p, and delete outb_pic define.
NAK
The entire point of inb_pic/outb_
* Ahmed S. Darwish <[EMAIL PROTECTED]> wrote:
> Remove redundant irq_desc[NR_IRQS] element initialization in
> init_ISA_irqs(). irq_desc[NR_IRQS] is already statically initialized
> with the same values in kernel/irq/handle.c .
nice catch - applied. This also saves a few bytes of image space:
On Mon, Feb 18, 2008 at 09:01:05AM +0800, Dave Young wrote:
> On Feb 18, 2008 8:52 AM, Barnaby <[EMAIL PROTECTED]> wrote:
> >
> > On Feb 17, 2008 4:59 AM, Dave Young <[EMAIL PROTECTED]> wrote:
> > >
> > > On Feb 16, 2008 1:16 PM, Barnaby <[EMAIL PROTECTED]> wrote:
> > > >
> > > > On Fri, Feb 15, 20
From: Adel Gadllah <[EMAIL PROTECTED]>
snd-hda-intel: don't print using snd_printdd on device open
When CONFIG_SND_DEBUG_DETECT is set the hda-intel driver prints verbose
info like this:
ALSA sound/pci/hda/hda_intel.c:1259: azx_pcm_prepare: bufsize=0x4400,
fragsize=0x1100, format=0x11
ALSA sound
From: Julia Lawall <[EMAIL PROTECTED]>
Date: Sun, 17 Feb 2008 18:56:52 +0100 (CET)
> if (...) BUG(); should be replaced with BUG_ON(...) when the test has no
> side-effects to allow a definition of BUG_ON that drops the code completely.
...
> Signed-off-by: Julia Lawall <[EMAIL PROTECTED]>
Appli
From: Julia Lawall <[EMAIL PROTECTED]>
Date: Sun, 17 Feb 2008 18:57:58 +0100 (CET)
> if (...) BUG(); should be replaced with BUG_ON(...) when the test has no
> side-effects to allow a definition of BUG_ON that drops the code completely.
...
> Signed-off-by: Julia Lawall <[EMAIL PROTECTED]>
Appli
Short description: In 2.6.25-rc2 ioatdma driver fails to initialize due
to Self-test timeout when the ioatdma is linked into the kernel.
Long descr: When I select to compile ioatdma into the kernel I get:
ACPI: PCI Interrupt :00:08.0[A] -> GSI 16 (level, low) -> IRQ 16
PCI: Setting latency
* Paolo Ciarrocchi <[EMAIL PROTECTED]> wrote:
> [PATCH] x86: Coding style fixes for arch/x86/kernel/cpu/centaur.c
>
> Kills more than 150 errors/warnings
thanks Paolo, applied. This file was _really_ unclean.
btw., there were more style inconsistencies in this file, some of which
were reporte
On Friday February 8, [EMAIL PROTECTED] wrote:
>
>
> On Fri, 8 Feb 2008, Jonathan Corbet wrote:
> > +
> > +These tags are:
> > +
> > +From: The original author of the patch. This tag will ensure
> > + that credit is properly given when somebody other than the
> > +
From: Tilman Schmidt <[EMAIL PROTECTED]>
Date: Sun, 17 Feb 2008 20:24:56 +0100
> No, that's not the real problem. Even if the kernel didn't lack
> any required functionality and it could all be done today without
> VirtualBox, pulling the rug from underneath it like that leaves
> all those who are
From: Jiri Kosina <[EMAIL PROTECTED]>
Date: Sun, 17 Feb 2008 13:04:59 +0100 (CET)
> On Sun, 17 Feb 2008, Zdenek Kabelac wrote:
>
> > It looks like there is something weird as my systems stops when the swap
> > is mounted. I've played bisection game and this is the commit which
> > makes the sys
Hi,
I already sent a patch to Dmitry.
Yoichi
On Sun, 17 Feb 2008 22:09:35 +0200
Adrian Bunk <[EMAIL PROTECTED]> wrote:
> Commit b037b08e59633d939d79f1df9c43c6625f8db904 broke the compilation of
> cobalt_btns.c:
>
> <-- snip -->
>
> ...
> CC drivers/input/misc/cobalt_btns.o
> ...
> /
> Still trying to track down why, but it works on a toolchain built from
> binutils 2.18 and gcc 4.1.3, but not with a toolchain from binutils 2.17 and
> gcc 4.1.2. And considering where it's failing...
I don't think the vdso magic should require so new a binutils. Please try
to figure out whi
* Alan Cox <[EMAIL PROTECTED]> wrote:
> On Sun, 17 Feb 2008 16:56:42 -0500 (EST)
> "David P. Reed" <[EMAIL PROTECTED]> wrote:
>
> > Fix pcspkr driver to use explicit timing delay for access to PIT,
> > rather than inb_p/outb_p calls, which use insufficiently explicit
>
> NAK.
>
> We now have i
On Mon, 2008-02-18 at 03:56 +0100, Ingo Molnar wrote:
> arch/x86/kernel/cpu/centaur.c | 394
> +-
> 1 file changed, 199 insertions(+), 195 deletions(-)
>
> Index: linux-x86.q/arch/x86/kernel/cpu/centaur.c
>
Neil responding to Linus:
> > "From:" is not a tag. It's a special marker at the *top*
>
> You may be right, but when I email patches to akpm
Linus wasn't saying you don't need a 'From:' line in this case (as the
*top* line of patches you didn't author). He's saying it's not an
instance of the ty
* Huang, Ying <[EMAIL PROTECTED]> wrote:
> > > And here's most of the cause:
> > >
> > > 02b8 0124 T early_ioremap
> > > 1000 1000 t bm_pte
> > > 2000 0004 T early_ioremap_debug
> > >
> > > static __initdata pte_t bm_pte[PAGE_SIZE/sizeof(pte_t)]
> > >
On Sunday 17 February 2008, Rafael J. Wysocki wrote:
> On Sunday, 17 of February 2008, Andrey Borzenkov wrote:
> > In 2.6.25 I get stack trace immediately before system is switched off or
> > reboots. It is too fast to capture it on VGA; netconsole does not capture
> > it either - probably network
* Alan Cox <[EMAIL PROTECTED]> wrote:
> On Sun, 17 Feb 2008 16:56:39 -0500 (EST)
> "David P. Reed" <[EMAIL PROTECTED]> wrote:
>
> > fix code to access CMOS rtc registers so that it does not use inb_p and
> > outb_p routines, which are deprecated.
>
> > Signed-off-by: David P. Reed <[EMAIL PROTE
On 2/18/08, Sergio Luis <[EMAIL PROTECTED]> wrote:
> Peter Teoh wrote:
> > On 2/17/08, Randy Dunlap <[EMAIL PROTECTED]> wrote:
> >> On Sun, 17 Feb 2008 08:58:39 +0800 Peter Teoh wrote:
> >>
> >>> Can some explain the cause of this error (it has been like this for the
> >>> last two git pull from li
The current iomap stuff (pci_iomap, ioport_map, pcim_iomap, ...) is
confusing as it returns pointers in the _miomem address space.
However, even if that would work on some architectures, the result
of those functions is -not- to be used as an __iomem, with accessors
such as readl/writel, but only
Rafael J. Wysocki wrote:
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=10002
> Subject : wpa_supplicant doens't work and froze the computer
> Submitter : François Valenduc <[EMAIL PROTECTED]>
> Date : 2008-02-16 08:25
>
[...]
> Bug-Entry : http://bugz
On Saturday 16 February 2008 08:56, Török Edwin wrote:
> Hi Arjan,
>
> LatencyTOP says that sync_page is 'Writing a page to disk', however
> I see that even when no writes are involved, such as during a
> readdir, lseek, etc.
> Naming it a write is misleading, as no program is running that is
> doi
On Wed, Jan 30, 2008 at 09:23:06PM +0100, Ondrej Zary wrote:
> On Saturday 26 January 2008 21:58:10 Ondrej Zary wrote:
> > Hello,
> > I was having problems with these FreedomLine cards with Linux before but
> > tested it thoroughly today. This card uses DEC 21041 chip and has TP and
> > BNC connect
Peter Teoh wrote:
> On 2/18/08, Sergio Luis <[EMAIL PROTECTED]> wrote:
>> Peter Teoh wrote:
>>> On 2/17/08, Randy Dunlap <[EMAIL PROTECTED]> wrote:
On Sun, 17 Feb 2008 08:58:39 +0800 Peter Teoh wrote:
> Can some explain the cause of this error (it has been like this for the
> last
Thanks for spotting this - it only would happen if CONFIG_PROC_FS is disabled.
I have fixed it in the cifs-2.6.git tree so should be fine next time akpm pulls.
On Feb 17, 2008 6:14 PM, Randy Dunlap <[EMAIL PROTECTED]> wrote:
> On Sat, 16 Feb 2008 00:25:22 -0800 Andrew Morton wrote:
>
> >
> > ftp:/
Oleg Nesterov <[EMAIL PROTECTED]> writes:
> On 02/16, Oleg Nesterov wrote:
>>
>> On 02/15, Andrew Morton wrote:
>> >
>> > ug. On about the fourth boot with the current -mm lineup I hit:
>> >
>> > : BUG: unable to handle kernel paging request at 00200200
>>
Rene Herman wrote:
On 17-02-08 23:25, Alan Cox wrote:
On Sun, 17 Feb 2008 16:56:28 -0500 (EST)
"David P. Reed" <[EMAIL PROTECTED]> wrote:
fix init_8259A() which initializes the 8259 PIC to not use outb_pic,
which is a renamed version of outb_p, and delete outb_pic define.
NAK
The entire po
On Sunday February 17, [EMAIL PROTECTED] wrote:
> Neil responding to Linus:
> > > "From:" is not a tag. It's a special marker at the *top*
> >
> > You may be right, but when I email patches to akpm
>
> Linus wasn't saying you don't need a 'From:' line in this case (as the
> *top* line of patches y
* Lukas Hejtmanek <[EMAIL PROTECTED]> wrote:
> On Thu, Feb 14, 2008 at 10:25:51PM +0530, Srivatsa Vaddagiri wrote:
> > The patch is against 2.6.25-rc1. I would request you to check for
> > difference it makes with CONFIG_FAIR_GROUP_SCHED and
> > CONFIG_FAIR_USER_SCHED turned on.
>
> well, I trie
301 - 400 of 463 matches
Mail list logo
