On Thursday 25 October 2007, Jeff Garzik wrote:
> * We shouldn't bother with dev->current_state, the PCI API functions we
> call manage this for us (and do a far better job at it too).
>
> * Remove pci_set_power_state(dev, PCI_D0) call in resume, as
> pci_enable_device() does the same thing.
>
On 10/25/07, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> On Thu, Oct 25, 2007 at 12:16:40PM -0400, Mike Frysinger wrote:
> > On 10/25/07, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> > > On Wed, Oct 24, 2007 at 08:06:14PM -0700, H. Peter Anvin wrote:
> > > > Mike Frysinger wrote:
> > > >> we'll have to ei
Crypto now uses SG helper functions. Fix hmac_digest to use those
functions correctly and fix the oops associated with it.
Signed-off-by: Vlad Yasevich <[EMAIL PROTECTED]>
---
crypto/hmac.c |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/crypto/hmac.c b/crypto/hmac.
BUG: unable to handle kernel NULL pointer dereference<1>BUG: unable to handle
kernel NULL pointer dereference at virtual address 0054
printing eip:
c025c099
*pde =
Oops: [#1]
SMP
Modules linked in: tcp_diag inet_diag cls_u32 cls_fw sch_sfq sch_htb xt_mac
xt_limit xt_multiport x
On Wed, 24 Oct 2007 13:31:02 EDT, Mathieu Desnoyers said:
> Therefore, we could also move the kprobes and marker samples under
>
> instrumentation/samples/
>
> My main concern is that 15 characters long directory name might be
> inelegant (however, it only beats Documentation by 2).
How so? i
> The MPENTIUM4 option does not only set -march=pentium4, it also enables
> several other options in arch/i386/Kconfig.cpu resulting in better
> performance.
How about an autodetect to set the right options here too using cpuid?
With a warning of course that the code produced will be specifically
On Thu, Oct 25, 2007 at 09:56:44PM +0200, Sam Ravnborg wrote:
> This series kill the old i386 and x86_64 directories.
> The relevant files are moved and adapted and
> Kconfig.debug was consolidated (thanks to Randy).
>
> I had to modify both the top-lvel Makefile and the kconfig
> Makefile to acco
Here are some USB fixes and changes against your 2.6.24-rc1 git tree.
The majority of these are termios cleanups and fixes, that needed to
wait to go to your tree until after the changes came in to the serial
and tty core from Andrew's tree. They are all written by Alan Cox, have
been in -mm for
Sam,
On Thu, 25 Oct 2007, Sam Ravnborg wrote:
> This series kill the old i386 and x86_64 directories.
> The relevant files are moved and adapted and
> Kconfig.debug was consolidated (thanks to Randy).
>
> I had to modify both the top-lvel Makefile and the kconfig
> Makefile to accomplish this. It
On Thu, Oct 25, 2007 at 04:07:45PM -0400, Mike Frysinger wrote:
> On 10/25/07, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> > On Thu, Oct 25, 2007 at 12:16:40PM -0400, Mike Frysinger wrote:
> > > On 10/25/07, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> > > > On Wed, Oct 24, 2007 at 08:06:14PM -0700, H. Pe
Eliminate the device_names they are only used for debug
messages. Add paren's for one expression.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
--- a/drivers/input/misc/apanel.c 2007-10-25 09:20:23.0 -0700
+++ b/drivers/input/misc/apanel.c 2007-10-25 12:07:00.0
On 10/25/07, Sam Ravnborg <[EMAIL PROTECTED]> wrote:
> On Thu, Oct 25, 2007 at 09:56:44PM +0200, Sam Ravnborg wrote:
> > This series kill the old i386 and x86_64 directories.
> > The relevant files are moved and adapted and
> > Kconfig.debug was consolidated (thanks to Randy).
> >
> > I had to modi
On Thu, Oct 25, 2007 at 09:12:45PM +0100, Michael Lothian wrote:
> > The MPENTIUM4 option does not only set -march=pentium4, it also enables
> > several other options in arch/i386/Kconfig.cpu resulting in better
> > performance.
>
> How about an autodetect to set the right options here too using c
On 10/25/07, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> On Thu, Oct 25, 2007 at 04:07:45PM -0400, Mike Frysinger wrote:
> > On 10/25/07, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> > > On Thu, Oct 25, 2007 at 12:16:40PM -0400, Mike Frysinger wrote:
> > > > On 10/25/07, Adrian Bunk <[EMAIL PROTECTED]> wr
On Wed, 24 Oct 2007, Adrian Bunk wrote:
> This patch does some additional cleanups after the 53c7xx removal.
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Acked-by: Geert Uytterhoeven <[EMAIL PROTECTED]>
> ---
>
> Documentation/dontdiff|2
> Documentation/m68k/kernel-
On Thu, Oct 25, 2007 at 12:44:31PM -0700, Tim Bird wrote:
> I've been looking at 'IRQ off' latency in the Linux kernel, on
> version 2.6.22 for target using an ARM processor.
> I use a serial console, at 115200 bps.
Printk to the serial console uses polled I/O to get deterministic,
reliable, and -
On Thu, 25 Oct 2007 22:20:31 +0200
Adrian Bunk <[EMAIL PROTECTED]> wrote:
> On Thu, Oct 25, 2007 at 09:12:45PM +0100, Michael Lothian wrote:
> > > The MPENTIUM4 option does not only set -march=pentium4, it also
> > > enables several other options in arch/i386/Kconfig.cpu resulting
> > > in better
On Thu, 25 Oct 2007 15:51:35 +0200
Jean Delvare <[EMAIL PROTECTED]> wrote:
> On Wed, 24 Oct 2007 20:57:23 -0700, Andrew Morton wrote:
> > On Wed, 24 Oct 2007 16:31:59 +0200 Thomas Renninger <[EMAIL PROTECTED]>
> > wrote:
> >
> > > it seems Len's test tree and Linus tree diverged a bit, at least
Mike Frysinger wrote:
Do you have any example for your claim "to get gcc to not inline things
when building debug versions"?
$ cat test.c
__attribute__((always_inline)) int foo(void) { return 0; }
int main(void){ return foo(); }
$ gcc -g test.c -o test
$ readelf -s test | grep FUNC | grep -v _
On Thursday, 25 October 2007 19:47, Andrey Borzenkov wrote:
> I can no more suspend with 2.6.24-rc1. 2.6.23 is fine. Here is kernel log;
> config attached
Please try the patch from:
http://marc.info/?l=linux-mm-commits&m=119318609013090&w=2
Greetings,
Rafael
-
To unsubscribe from this list: se
Adrian Bunk wrote:
This patch contains the planned removal of the eepro100 driver.
Are the e100 people satisfied that e100 now handles all known cases? I
remember that there were corner cases e100 didn't handle, have they all
been fixed?
--
Bill Davidsen <[EMAIL PROTECTED]>
"We have more t
On Thu, Oct 25, 2007 at 10:19:40PM +0200, Kay Sievers wrote:
> > Because:
> > 1) It sort of finishes the initial merge
> > 2) Any breakage should be easy to trigger (build breakage) and easy to fix.
> >
> > It is 1) that make me say this is -rc1 materail,
> > and 2) that say that this is an accept
Applied.
thanks,
-Len
On Wednesday 24 October 2007 13:30, Alexey Starikovskiy wrote:
> Adrian Bunk wrote:
> > On Wed, Oct 24, 2007 at 09:15:18PM +0400, Alexey Starikovskiy wrote:
> >> Adrian,
> >>
> >> commit 30c08574da0ead1a47797ce028218ce5b2de61c7 can not introduce
> >> use-after-free.
> >>
>
Applied.
thanks,
-len
On Wednesday 24 October 2007 13:18, Alexey Starikovskiy wrote:
> Adrian Bunk wrote:
> > After commit f1d4661abe05d0a2c014166042d15ed8b69ae8f2 this was dead
> > code.
> >
> > Spotted by the Coverity checker.
> >
> > Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
> Acked. T
Eric W. Biederman wrote:
Ying claimed that GOP requires EFI runtime services. Is that not true?
None of the EFI framebuffer patches that I saw used EFI runtime services.
Ying, could you please clarify this situation?
(Eric: do note that there are two EFI framebuffer standard, UGA and GOP
On Fri, 26 Oct 2007 01:05:10 +0900 (JST)
Atsushi Nemoto <[EMAIL PROTECTED]> wrote:
> On Thu, 18 Oct 2007 17:18:27 +0100, Russell King <[EMAIL PROTECTED]> wrote:
> > > Attached patch fixes this problem. Is this a right way?
> > > If not, I will fix the serial_txx9 driver to skip the initialization
Michael Lothian wrote:
>> The MPENTIUM4 option does not only set -march=pentium4, it also enables
>> several other options in arch/i386/Kconfig.cpu resulting in better
>> performance.
>
> How about an autodetect to set the right options here too using cpuid?
>
> With a warning of course that the
On 10/25/07, H. Peter Anvin <[EMAIL PROTECTED]> wrote:
> Mike Frysinger wrote:
> >> Do you have any example for your claim "to get gcc to not inline things
> >> when building debug versions"?
> >
> > $ cat test.c
> > __attribute__((always_inline)) int foo(void) { return 0; }
> > int main(void){ ret
On Thu, Oct 25, 2007 at 01:28:04PM -0700, H. Peter Anvin wrote:
> Mike Frysinger wrote:
>>> Do you have any example for your claim "to get gcc to not inline things
>>> when building debug versions"?
>> $ cat test.c
>> __attribute__((always_inline)) int foo(void) { return 0; }
>> int main(void){ ret
On Thu, 25 Oct 2007 09:55:40 -0700
Randy Dunlap <[EMAIL PROTECTED]> wrote:
> -#define test_and_set_bit_lock test_and_set_bit
> +static __inline__ int test_and_set_bit_lock(int nr, volatile void * addr)
mutter.
ERROR: "foo * bar" should be "foo *bar"
#80: FILE: include/asm-x86/bitops_32.h:188:
+s
On Thu, Oct 25, 2007 at 04:20:20PM -0400, Mike Frysinger wrote:
> On 10/25/07, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> > On Thu, Oct 25, 2007 at 04:07:45PM -0400, Mike Frysinger wrote:
> > > On 10/25/07, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> > > > On Thu, Oct 25, 2007 at 12:16:40PM -0400, Mike
Applied.
thanks,
-Len
On Thursday 25 October 2007 01:07, Jonathan Woithe wrote:
> > acpi_fujitsu_{add,remove}() can become static.
> >
> > Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
>
> Looks fine. Ack.
>
> Signed-off-by: Jonathan Woithe <[EMAIL PROTECTED]>
>
> jonathan
>
> ---
> drive
Erez Zadok wrote:
In message <[EMAIL PROTECTED]>, Hugh Dickins writes:
On Thu, 25 Oct 2007, Pekka Enberg wrote:
With unionfs also fixed, we don't know of an absolute need for this
patch (and so, on that basis, the !wbc->for_reclaim case could indeed
be removed very soon); but as I see it, the
Mike Frysinger wrote:
On 10/25/07, H. Peter Anvin <[EMAIL PROTECTED]> wrote:
Mike Frysinger wrote:
Do you have any example for your claim "to get gcc to not inline things
when building debug versions"?
$ cat test.c
__attribute__((always_inline)) int foo(void) { return 0; }
int main(void){ retu
Adrian Bunk wrote:
On Thu, Oct 25, 2007 at 01:28:04PM -0700, H. Peter Anvin wrote:
Mike Frysinger wrote:
Do you have any example for your claim "to get gcc to not inline things
when building debug versions"?
$ cat test.c
__attribute__((always_inline)) int foo(void) { return 0; }
int main(void)
Hi,
> I have a Belkin USB Wireless adapter with ID 050d:705a.
> Both rt2500usb.c and rt73usb.c claim that they can drive the device with
> this ID.
>
> When using the distro kernel as well as custom 2.4.24-rc1 both rt73usb and
> rt2500usb get loaded and fight for the register writes and fail. r
On Thu, 2007-10-25 at 19:04 +0200, Cordenner jean noel wrote:
> Hi,
>
> This is an update of the previous patches on the ext4 git tree, the 2
> coming patches applies at the end of the current ext4-patch-queue, and
> replaces the inode-version related patches:
> 64-bit-i_version.patch
> i_version_
Hi Linus.
This patch serie kill the old i386 and x86_64 directories.
Introducing a few trivial changes in top-level Makefile
and kconfig Makefile allows us to move all files to
arch/x86/ where they belong.
Kay Sievers hit a bug in the first patch-set - this is now fixed and
the updated patch set
On Thu, 2007-10-25 at 15:52 -0400, Steven Rostedt wrote:
> >
> > >
> > > > + p->sched_class->set_cpus_allowed(p,
> > > new_mask); > +else {
> > > > + p->cpus_allowed= new_mask;
> > > > + p->nr_cpus_allowed = cpus_weight(new_mask);
> > > > + }
Matt Mackall wrote:
> On Thu, Oct 25, 2007 at 12:44:31PM -0700, Tim Bird wrote:
>> I've been looking at 'IRQ off' latency in the Linux kernel, on
>> version 2.6.22 for target using an ARM processor.
>> I use a serial console, at 115200 bps.
>
> Printk to the serial console uses polled I/O to get d
> We might as well clean stuff up as we're churning the code.
>
>
> Andy, I thought we were going to whine about __inline__ and __inline, too?
Thomas, can you replace the previous patch with this one?
Usage of __inline__ is fixed in the next patch (after this one).
---
From: Randy Dunlap <[EM
On Tue, 16 Oct 2007 13:41:31 +0200
Florian Fainelli <[EMAIL PROTECTED]> wrote:
> +static struct {
> + struct completion stop;
> + volatile int running;
> + struct timer_list timer;
> + volatile int queue;
> + int default_ticks;
> + unsigned long inuse;
> +} rdc321x_wdt_devi
From: Randy Dunlap <[EMAIL PROTECTED]>
Coding style cleanups:
- change __inline__ to inline;
- drop space in "* addr" parameters;
- drop space between func. name and '('
The "volatile" keywords are correct according to email from one
Linus Torvalds.
[Several other arches need some of this also.
Randy,
On Thu, 25 Oct 2007, Randy Dunlap wrote:
> > We might as well clean stuff up as we're churning the code.
> >
> >
> > Andy, I thought we were going to whine about __inline__ and __inline, too?
>
> Thomas, can you replace the previous patch with this one?
Sure. Darn, I did not run yours t
On 25/10/2007, Gabriel C <[EMAIL PROTECTED]> wrote:
> Michael Lothian wrote:
> >> The MPENTIUM4 option does not only set -march=pentium4, it also enables
> >> several other options in arch/i386/Kconfig.cpu resulting in better
> >> performance.
> >
> > How about an autodetect to set the right option
Hi Olof.
On Tue, Oct 23, 2007 at 10:14:01PM -0500, Olof Johansson wrote:
> Hi,
>
> Sorry, no patch, just a bugreport. :)
>
> I did a mistake in some Kconfig changes (locally) and got a segfault
> from conf:
>
> #0 0x10005fe0 in sym_check_deps ()
> #1 0x10005f40 in sym_check_expr_deps ()
> #2
Hi Kristen,
On Thursday 25 October 2007, Kristen Carlson Accardi wrote:
> Enable enclosure management via LED
>
> As described in the AHCI spec, some AHCI controllers may support
> Enclosure management via a variety of protocols. This patch
> adds support for the LED message type that is specif
This is one of the most imortant issues with ACPI in Linux,
and I too thank you, Thomas and Jean, for your hard work
seeking the right solution.
1, 2 and 3 of 5 applied to acpi-test.
thanks,
-Len
On Wednesday 24 October 2007 10:31, Thomas Renninger wrote:
> Hi,
>
> it seems Len's test tree and
On Thu, Oct 25, 2007 at 01:40:44PM -0700, Andrew Morton wrote:
> On Fri, 26 Oct 2007 01:05:10 +0900 (JST)
> Atsushi Nemoto <[EMAIL PROTECTED]> wrote:
>
> > On Thu, 18 Oct 2007 17:18:27 +0100, Russell King <[EMAIL PROTECTED]> wrote:
> > > > Attached patch fixes this problem. Is this a right way?
>
Applied.
thanks,
-Len
On Thursday 25 October 2007 12:56, Thomas Gleixner wrote:
> On Thu, 25 Oct 2007, Pallipadi, Venkatesh wrote:
> > >On Wed, 24 Oct 2007, Adrian Bunk wrote:
> > >
> > >> This patch removes the unused
> > >> EXPORT_SYMBOL_GPL(tick_nohz_get_sleep_length).
> > >>
> > >> Signed-o
I asked a collection of knowledgeable people I know about the issue. The
consensus is that the optimization is not permitted in POSIX code but that
it is permitted in pure C code. The basic argument goes like this:
To make POSIX-compliant code even possible, surely optimizations t
On Wed, Oct 24, 2007 at 06:23:27PM +0200, Adrian Bunk wrote:
> ocfs2_find_entry_el() can become static.
Looks good, thanks Adrian.
--Mark
--
Mark Fasheh
Senior Software Developer, Oracle
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the bod
Applied.
thanks,
-len
On Thursday 25 October 2007 01:08, Jonathan Woithe wrote:
> > This patch removes dead code spotted by the Coverity checker.
> >
> > Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
>
> Ack.
>
> Signed-off-by: Jonathan Woithe <[EMAIL PROTECTED]>
>
> jonathan
>
> ---
> ---
Hi...
I have some Quad-Opteron boxes with 4Gb memory and two of them are
running two different Linux distros.
Box one sees 4Gb of memory, but box two just sees 3.
Their mtrr setups are different:
one:
[0.00] Linux version 2.6.20...
...
[0.00] BIOS-provided physical RAM map:
[
On Thu, Oct 25, 2007 at 10:30:09PM +0100, Michael Lothian wrote:
> On 25/10/2007, Gabriel C <[EMAIL PROTECTED]> wrote:
> > Michael Lothian wrote:
> > >> The MPENTIUM4 option does not only set -march=pentium4, it also enables
> > >> several other options in arch/i386/Kconfig.cpu resulting in better
Hi,
On Thursday 25 October 2007, Ralf Baechle wrote:
> CC drivers/ide/pci/generic.o
> drivers/ide/pci/generic.c:52: error: __setup_str_ide_generic_all_on causes a
> +section type conflict
>
> This sort of build error is becoming a regular issue. Either all or non
> of the elements that g
On Thursday 25 October 2007, Sam Ravnborg wrote:
> On Thu, Oct 25, 2007 at 02:53:34PM +0100, Ralf Baechle wrote:
> > CC drivers/ide/pci/generic.o
> > drivers/ide/pci/generic.c:52: error: __setup_str_ide_generic_all_on causes a
> > +section type conflict
> >
> > This sort of build error is b
On Thu, 25 Oct 2007 23:35:11 +0200
Ingo Oeser <[EMAIL PROTECTED]> wrote:
> Hi Kristen,
>
> On Thursday 25 October 2007, Kristen Carlson Accardi wrote:
> > Enable enclosure management via LED
> >
> > As described in the AHCI spec, some AHCI controllers may support
> > Enclosure management via a
[Ancient LILO boot problem]
Joseph, could you try this patch on your ancient-LILO setup?
-hpa
diff --git a/arch/x86/boot/header.S b/arch/x86/boot/header.S
index 8353c81..295f9b9 100644
--- a/arch/x86/boot/header.S
+++ b/arch/x86/boot/header.S
@@ -242,11 +242,31 @@ setup2:
movw %ax, %es
On Thu, 2007-10-25 at 13:02 -0700, Andrew Morton wrote:
> On Thu, 25 Oct 2007 14:43:36 +0100
> Richard Purdie <[EMAIL PROTECTED]> wrote:
> > Could the original bug reporter please report what commandline the
> > kernel actually uses please? In theory it can only be either:
> >
> > * the one being
J.A. Magallon wrote:
Hi...
I have some Quad-Opteron boxes with 4Gb memory and two of them are
running two different Linux distros.
Box one sees 4Gb of memory, but box two just sees 3.
Their mtrr setups are different:
Why ? Is it a bios setup problem ? A kernel problem ?
grep HIGHMEN in configs
On Friday 26 October 2007 02:55, Randy Dunlap wrote:
> > Hmm, can we simply do
> >
> > static inline int test_and_set_bit_lock(int nr, volatile unsigned long *
> > addr) {
> > return test_and_set_bit(nr, addr);
> > }
> >
> > please ?
>
> Certainly. That does look better.
Thanks!
>
> ---
>
>
Adrian Bunk wrote:
Yes for something like a distro kernel it is bad but as I said before
this isn't what this is for.
Eventually it would be nice to to a make localkernel and for a
customised kernel to be build compiling in all pci / pci express
drivers into the kernel and all usb devices as m
On Thu, 18 Oct 2007, Andrew Morton wrote:
> On Wed, 17 Oct 2007 23:18:32 -0400
> Mark Lord <[EMAIL PROTECTED]> wrote:
>
> > >and note the "& 0x3f" which is done in BCD mode. Strange. But we always
> > >write zero (which may or may not be correct). So I'd have to add a mask to
> > >the interfa
On Thu, 2007-10-25 at 23:35 +0200, Ingo Oeser wrote:
> On Thursday 25 October 2007, Kristen Carlson Accardi wrote:
> > Enable enclosure management via LED
> >
> > As described in the AHCI spec, some AHCI controllers may support
> > Enclosure management via a variety of protocols. This patch
> >
On Thu, 25 Oct 2007 15:04:18 -0700 (PDT)
Linus Torvalds <[EMAIL PROTECTED]> wrote:
>
>
> On Thu, 18 Oct 2007, Andrew Morton wrote:
>
> > On Wed, 17 Oct 2007 23:18:32 -0400
> > Mark Lord <[EMAIL PROTECTED]> wrote:
> >
> > > >and note the "& 0x3f" which is done in BCD mode. Strange. But we alway
"H. Peter Anvin" <[EMAIL PROTECTED]> writes:
> Eric W. Biederman wrote:
>>> Ying claimed that GOP requires EFI runtime services. Is that not true?
>>
>> None of the EFI framebuffer patches that I saw used EFI runtime services.
>>
>
> Ying, could you please clarify this situation?
>
> (Eric:
> > There is a ton of evidence both in computing and outside of it which
> > shows that poor security can be very much worse than no security at all.
>
> (So, I take it that you *don't* lock your bike up, as poor security is
> worse than none?)
On the contrary because I know it is not secure I wo
Thursday 25 October 2007 Tarihinde 17:55:00 yazmıştı:
> I think the OpenBSD people decided to actually do something about this,
> and I suspect it had *nothing* to do with license issues, and everything
> to do with these kinds of problems. I wish them all the luck, although
> personally I think LL
From: Greg KH <[EMAIL PROTECTED]>
Date: Thu, 25 Oct 2007 11:32:48 -0700
> These all look great to me, and I've pulled them into my trees.
>
> Thanks a lot for doing this work.
Thanks for integrating.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a messa
* Tim Bird ([EMAIL PROTECTED]) wrote:
> I've been looking at 'IRQ off' latency in the Linux kernel, on
> version 2.6.22 for target using an ARM processor.
> I use a serial console, at 115200 bps.
>
> I've noticed that calls to printk disable interrupts for
> excessively long times. I have a long
On Thursday, 25 October 2007 23:58, H. Peter Anvin wrote:
> J.A. Magallon wrote:
> > Hi...
> >
> > I have some Quad-Opteron boxes with 4Gb memory and two of them are
> > running two different Linux distros.
> >
> > Box one sees 4Gb of memory, but box two just sees 3.
> > Their mtrr setups are dif
From: David Martin <[EMAIL PROTECTED]>
Greetings,
The following patch was submitted to the lkml in 2004 by David Martin
(http://lkml.org/lkml/2004/12/27/1). It wasn't accepted, but I was
unable to find a reason why, so I'm resending it now.
Without this patch the SCSI ioctl CDROM_DRIVE_STATUS al
H. Peter Anvin wrote:
[Ancient LILO boot problem]
Joseph, could you try this patch on your ancient-LILO setup?
Actually, please try this one instead.
-hpa
diff --git a/arch/x86/boot/boot.h b/arch/x86/boot/boot.h
index 5f9a2e7..887874f 100644
--- a/arch/x86/boot/boot.h
+++ b/arch/x86/
Eric W. Biederman wrote:
"H. Peter Anvin" <[EMAIL PROTECTED]> writes:
Eric W. Biederman wrote:
Ying claimed that GOP requires EFI runtime services. Is that not true?
None of the EFI framebuffer patches that I saw used EFI runtime services.
Ying, could you please clarify this situation?
(E
On Thu, 25 Oct 2007, Adam Baker wrote:
Unfortunately Belkin have sold both RT73 and RT2500 devices with
that USB ID. You don't say what distro you are runing or what version
of RT2x00 it ships with but last time I checked with the git version of
rt2x00 it tried to load both drivers but the rt
Bill Davidsen wrote:
Adrian Bunk wrote:
This patch contains the planned removal of the eepro100 driver.
Are the e100 people satisfied that e100 now handles all known cases? I
Nope. There are still e100 work outstanding that means we cannot kill
eepro100.
Jeff
-
To unsubscribe f
On Thu, 25 Oct 2007, Rusty Russell wrote:
> >
> > git diff -M --stat --summary
>
> Thanks, that is much better. I was just happy to locate git diff in the 133
> git commands on my system; finding options 4, 8 and 22 was beyond my skill.
Hey, we give you the power. Actually realizing it al
thanks for reviewing these!
-
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/
> What exactly is irritating?
> Please name the problems so that they can be fixed.
>
> > Detecting the cpu and using march=native could be all part of that
>
> You don't need march=native for this.
>
> You have to set the right config option for your CPU and you
> automatically get the right compi
On Wed, Oct 24, 2007 at 05:27:04PM +0200, Miklos Szeredi wrote:
> > >> Wouldn't you be better off by attempting to implement an "open
> > >> by ino" operation and an operation to get the generation count
> > >> for the file and then modifying the network protocol of interest
> > >> to use these as
Jeff Garzik wrote:
> Bill Davidsen wrote:
>> Adrian Bunk wrote:
>>> This patch contains the planned removal of the eepro100 driver.
>>>
>> Are the e100 people satisfied that e100 now handles all known cases? I
>
> Nope. There are still e100 work outstanding that means we cannot kill
> eepro100.
On Thu, 25 Oct 2007 14:58:10 -0700, "H. Peter Anvin" <[EMAIL PROTECTED]> wrote:
> J.A. Magallon wrote:
> > Hi...
> >
> > I have some Quad-Opteron boxes with 4Gb memory and two of them are
> > running two different Linux distros.
> >
> > Box one sees 4Gb of memory, but box two just sees 3.
> > Th
Hi Ivo
On Thu, 25 Oct 2007, Ivo van Doorn wrote:
I awknowledge the problem, but the solution cannot be found in the USB ID's
listed in the driver. The bug is the manufacturer who changed chipset while
keeping the USB ID the same.
There are 2 possible ways around this: hacking the module loader
On Thu, Oct 25, 2007 at 09:07:36PM +0200, Jan Kara wrote:
> Hi,
>
> > This is overdue, sorry. Got a little complicated, and I've been away from
> > my filesystem test setup so I didn't want ot send it (lucky, coz I found
> > a bug after more substantial testing).
> >
> > Anyway, RFC?
> Hmm, m
Mathieu Desnoyers wrote:
> It might help to read this thread I posted on LKML in January 2006
> explaining the problem, which led to some discussion about the issue.
>
> http://lkml.org/lkml/2006/6/3/48
This is very helpful. Jon Smirl's answer seems to give the
rationale for supporting printk ou
Adds a new 'interleave_over_allowed' option to cpusets.
When a task with an MPOL_INTERLEAVE memory policy is attached to a cpuset
with this option set, the interleaved nodemask becomes the cpuset's
mems_allowed. When the cpuset's mems_allowed changes, the interleaved
nodemask for all tasks with M
Extract a helper function from update_nodemask() to load an array of
mm_struct pointers with references to each task's mm_struct that is
currently attached to a given cpuset.
This will be used later for other purposes where memory policies need to
be rebound for each task attached to a cpuset.
Cc
On Thu, Oct 25, 2007 at 11:42:47PM +0100, Michael Lothian wrote:
> > What exactly is irritating?
> > Please name the problems so that they can be fixed.
> >
> > > Detecting the cpu and using march=native could be all part of that
> >
> > You don't need march=native for this.
> >
> > You have to set
> > Half the time it's easier doing a lsmod when booted on a livecd and
> > trying to figure out what options are required from the module names
> > which sometime can be just as tricky.
>
> Sure, distributions already have solved this and you can use their
> work.
I like compiling my own kernel i
Add an ERR_CAST() function to complement ERR_PTR and co. for the purposes of
casting an error entyped as one pointer type to an error of another pointer
type whilst making it explicit as to what is going on.
This provides a replacement for the ERR_PTR(PTR_ERR(p)) construct.
Signed-off-by: David H
Jeff Garzik wrote:
Ismail Dönmez wrote:
Thursday 25 October 2007 Tarihinde 17:55:00 yazmıştı:
I think the OpenBSD people decided to actually do something about this,
and I suspect it had *nothing* to do with license issues, and everything
to do with these kinds of problems. I wish them all the
blk_rq_map_sg doesn't initialize sg->dma_address/length to zero
anymore. Some low level drivers reuse sg lists without initializing so
IOMMUs might get non-zero dma_address/length. If map_sg fails, we need
pass the number of the mapped entries to gart_unmap_sg.
Signed-off-by: FUJITA Tomonori <[EMA
Am 25.10.2007 00:31 schrieb Adrian Bunk:
> Generally, the goal is to get external modules included into the kernel.
> [...] even though it might sound harsh breaking
> external modules and thereby making people aware that their code should
> get into the kernel is IMHO a positive point.
This argu
> + * ERR_CAST - Explicitly cast an error-valued pointer to another pointer type
> + * @ptr: The pointer to cast.
> + *
> + * Explicitly cast an error-valued pointer to another pointer type in such a
> + * way as to make it clear that's what's going on.
> + */
> +static inline void *ERR_CAST(const
On Friday 26 October 2007 00:49:42 Nick Piggin wrote:
> On Thursday 25 October 2007 17:15, Andi Kleen wrote:
> > On Thursday 25 October 2007 05:24, Nick Piggin wrote:
> > > Basically, what the gcc developers are saying is that gcc is
> > > free to load and store to any memory location, so long as i
> On Wed, Oct 24, 2007 at 05:27:04PM +0200, Miklos Szeredi wrote:
> > > >> Wouldn't you be better off by attempting to implement an "open
> > > >> by ino" operation and an operation to get the generation count
> > > >> for the file and then modifying the network protocol of interest
> > > >> to use
On 10/16/07, Joshua Roys <[EMAIL PROTECTED]> wrote:
> I am running a vanilla 2.6.23 kernel and am experiencing (seemingly)
> random hangs. Below is a piece of dmesg and my kernel config, along
> with a few snippets from /var/log/messages showing a 5 minute hang
> (and another hang, but I wasn't at
On Thu, Oct 25, 2007 at 03:52:28PM -0700, Tim Bird wrote:
> Mathieu Desnoyers wrote:
> > It might help to read this thread I posted on LKML in January 2006
> > explaining the problem, which led to some discussion about the issue.
> >
> > http://lkml.org/lkml/2006/6/3/48
>
> This is very helpful.
Remove the need for having CAP_SYS_RAWIO when doing a FIBMAP call on an open
file descriptor.
It would be nice to allow users to have permission to see where their data is
landing on disk, and there really isn't a good reason to keep them from getting
at this information.
Signed-off-by: Mike W
1 - 100 of 575 matches
Mail list logo
