block cannot be less than 0, because it's sector_t,
so remove unneeded checks
Signed-off-by: Marcin Slusarz <[EMAIL PROTECTED]>
Cc: Jan Kara <[EMAIL PROTECTED]>
---
fs/udf/inode.c | 12
1 files changed, 0 insertions(+), 12 deletions(-)
diff --git a/fs/udf/inode.c b/fs/udf/inode.c
Signed-off-by: Marcin Slusarz <[EMAIL PROTECTED]>
Cc: Jan Kara <[EMAIL PROTECTED]>
---
fs/udf/inode.c | 79 ---
1 files changed, 23 insertions(+), 56 deletions(-)
diff --git a/fs/udf/inode.c b/fs/udf/inode.c
index 531443d..2578677 100644
--- a
Signed-off-by: Marcin Slusarz <[EMAIL PROTECTED]>
Cc: Jan Kara <[EMAIL PROTECTED]>
---
fs/udf/inode.c | 49 ++---
fs/udf/super.c |9 ++---
fs/udf/udfdecl.h |4 ++--
fs/udf/udftime.c | 17 +++--
4 files changed, 37 insertio
kernel_timestamp type was almost unused - only callers of udf_stamp_to_time
and udf_time_to_stamp used it, so let these functions handle endianness
internally and don't clutter code with conversions
Signed-off-by: Marcin Slusarz <[EMAIL PROTECTED]>
Cc: Jan Kara <[EMAIL PROTECTED]>
---
fs/udf/inod
remove now unneeded kernel_timestamp type with conversion functions
Signed-off-by: Marcin Slusarz <[EMAIL PROTECTED]>
Cc: Jan Kara <[EMAIL PROTECTED]>
---
fs/udf/ecma_167.h | 13 -
fs/udf/super.c|9 +
fs/udf/udfend.h | 22 --
3 files changed,
Bartlomiej Zolnierkiewicz wrote:
Signed-off-by: Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]>
Acked-by: Sergei Shtylyov <[EMAIL PROTECTED]>
MBR, Sergei
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info
reorganize few code blocks in super.c which
were needlessly indented (and hard to read):
so change from:
rettype fun()
{
init;
if (sth) {
long block of code;
}
}
to:
rettype fun()
{
init;
if (!sth)
return;
long block
On Sun, Feb 03, 2008 at 07:16:48PM +0100, Pavel Machek wrote:
> Hi!
>
> > > This version works on 32-bit, and builds on 64-bit (but I'm pretty
> > > sure it does not work. 32-bit code probably needs to go into rm/)
> > >
> >
> > Do you have an updated version or is this the latest one?
>
>
Hello,
I have a asus a6t with nforce4/MCP51 chipset. I pass to kernel 2.6.24
32 bit the options acpi_use_timer_override and hpet=force, in this way
and the timer IRQ ends up routed as IO-APIC-edge instead of XT-PIC.
With acpi_use_timer_override I just get:
TIMER: vector=0x30 apic1=0 pin1=2 ap
On Sun, 2008-02-03 at 02:41 -0500, Sam Ravnborg wrote:
> Thanks for testing Ingo.
>
> James - I plan to submit this via kbuild.git in about 10
> hours.
> Let me know if you would like it to go in via scsi and I
> will drop you an updated patch (need
On Saturday 26 January 2008 05:42, you wrote:
> I booted to kernel 2.6.24 (patched with TuxOnIce 3.0 RC5) with parameter
> acpi_osi=Linux.
>
> System was pretty stable and nothing special errors happened while
> surfing, reading mail & watching movies.
> But when I suspended: Kernel crashed when
On Sun, Feb 03, 2008 at 04:21:02PM +0100, Peter Zijlstra wrote:
> On Fri, 2008-02-01 at 08:21 -0700, Dale Farnsworth wrote:
> > Add each lock class to the all_lock_classes list when it is
> > first registered.
> >
> > Previously, lock classes were added to all_lock_classes when
> > the lock class
On Sun, 2008-02-03 at 12:47 -0700, Dale Farnsworth wrote:
> On Sun, Feb 03, 2008 at 04:21:02PM +0100, Peter Zijlstra wrote:
> > On Fri, 2008-02-01 at 08:21 -0700, Dale Farnsworth wrote:
> > > Add each lock class to the all_lock_classes list when it is
> > > first registered.
> > >
> > > Previousl
From: Adrian McMenamin
This patch fixes the regression noted here:
http://lkml.org/lkml/2008/1/26/189 as well as whitespace issues in the
previous commit of this driver and the memory leaks noted here:
http://lkml.org/lkml/2008/2/2/143 (as well as one or two other minor
cleanups).
Signed off by:
Sam Ravnborg wrote:
On Sun, Feb 03, 2008 at 07:16:48PM +0100, Pavel Machek wrote:
Hi!
This version works on 32-bit, and builds on 64-bit (but I'm pretty
sure it does not work. 32-bit code probably needs to go into rm/)
Do you have an updated version or is this the latest one?
I'm glad y
On Sun, Feb 03, 2008 at 01:23:42PM -0600, James Bottomley wrote:
> On Sun, 2008-02-03 at 02:41 -0500, Sam Ravnborg wrote:
> > Thanks for testing Ingo.
> >
> > James - I plan to submit this via kbuild.git in about 10
> > hours.
> > Let me know if you would li
On Saturday 02 February 2008 04:05:51 Ingo Molnar wrote:
> looks similar to the previous one so i guess my quick fix attempt was a
> bit too quick. Will turn lguest off again. And i'm willing to test
> patches as well :)
Hi Ingo,
OK, this problem was caused by asm-offsets.c only having the off
On Sun, 2008-02-03 at 21:05 +0100, Sam Ravnborg wrote:
> On Sun, Feb 03, 2008 at 01:23:42PM -0600, James Bottomley wrote:
> > On Sun, 2008-02-03 at 02:41 -0500, Sam Ravnborg wrote:
> > > Thanks for testing Ingo.
> > >
> > > James - I plan to submit this via kbuild.git in ab
Linus, please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/bunk/trivial.git
This tree contains the following:
Adrian Bunk (4):
remove obsolete contact information from CREDITS
remove Documentation/smp.txt
move frv docs one level up
Jesper Juhl is the new tr
On Sun, Feb 03, 2008 at 06:02:34PM +, Al Viro wrote:
> On Sun, Feb 03, 2008 at 06:26:35PM +0100, Sam Ravnborg wrote:
> > On Sun, Feb 03, 2008 at 01:08:44PM +, Al Viro wrote:
> > > ; cat >a.c <<'EOF'
> > > const char foo[] __attribute__ ((__section__(".blah"))) = "";
> > > const char * const
>
> > drivers/base/attribute_container.c: * Copyright (c) 2005 - James Bottomley
> > <[EMAIL PROTECTED]>
> > drivers/base/transport_class.c: * Copyright (c) 2005 - James Bottomley
> > <[EMAIL PROTECTED]>
> > drivers/scsi/raid_class.c: * Copyright (c) 2005 - James Bottomley <[EMAIL
> > PROTECTED
Greetings,
Patch against linux-2.6.git (synced today)
shortlog:
The HP Jornada 6xx series have simple leds thats able to produce green or red
light.
This patch enables the leds to be used by the kernel and/or userland.
signed-off-by: Kristoffer Ericson <[EMAIL PROTECTED]>
Richard please note t
On Sun, 2008-02-03 at 21:38 +0100, Sam Ravnborg wrote:
> >
> > > drivers/base/attribute_container.c: * Copyright (c) 2005 - James
> > > Bottomley <[EMAIL PROTECTED]>
> > > drivers/base/transport_class.c: * Copyright (c) 2005 - James Bottomley
> > > <[EMAIL PROTECTED]>
> > > drivers/scsi/raid_cla
Hi.
I think I've found a bug somewhere in dm-crypt...
First of all the system that I use:
Debian (sid) with kernel 2.26.24 on AMD64 (intel core2 duo), 2GB RAM
For several days now I try to fully encrypt that system (that is, all
partitions are encrypted an I boot from an USB stick)
There are two
On Sun, Feb 03, 2008 at 09:30:02PM +0100, Sam Ravnborg wrote:
> And I'm suprised to see that gcc thinks bar is writeable.
> If I try to assign it gcc error out as expected.
That's because "not modifiable" and "goes into r/o section" are not the
same thing. The former belongs to C and is target-in
From: Rafael J. Wysocki <[EMAIL PROTECTED]>
In some suspend and hibernation files in arch/x86/power there are
comments referring to arch/x86-64 and arch/i386 . Update them to
reflect the current code layout.
Signed-off-by: Rafael J. Wysocki <[EMAIL PROTECTED]>
---
arch/x86/power/hibernate_32.c
From: Rafael J. Wysocki <[EMAIL PROTECTED]>
Rename cpu.c, suspend.c and swsusp.S in arch/x86/power to cpu_32.c,
hibernate_32.c and hibernate_asm_32.S, respectively, and update the
purpose and copyright information in these files.
Update the Makefile in arch/x86/power to reflect the above changes.
Hi,
This series of patches consolidates the x86 suspend and hibernation code.
It does the following:
- move 64-bit hibernation/suspend files to arch/x86/power (under different
names)
- rename 32-bit files in arch/x86/power in line with the 64-bit files
- separate hibernation-specific 64-bit code
From: Rafael J. Wysocki <[EMAIL PROTECTED]>
Move the hibernation-specific code from arch/x86/power/suspend_64.c
to a separate file (hibernate_64.c) and the CPU-handling code to
cpu_64.c (in line with the corresponding 32-bit code).
Simplify arch/x86/power/Makefile .
Signed-off-by: Rafael J. Wyso
From: Rafael J. Wysocki <[EMAIL PROTECTED]>
Move arch/x86/kernel/suspend_64.c to arch/x86/power .
Move arch/x86/kernel/suspend_asm_64.S to arch/x86/power
as hibernate_asm_64.S .
Update purpose and copyright information in
arch/x86/power/suspend_64.c and
arch/x86/power/hibernate_asm_64.S .
Updat
Hi Linus.
Please pull the following changes from kbuild.git:
ssh://master.kernel.org/pub/scm/linux/kernel/git/sam/kbuild.git
The diffstat say that a relative high number of files are touched.
This is due to the set of patches from Mathieu that introduce
an arch common Kconfig file and st
* Rafael J. Wysocki <[EMAIL PROTECTED]> wrote:
> This series of patches consolidates the x86 suspend and hibernation code.
> It does the following:
> - move 64-bit hibernation/suspend files to arch/x86/power (under different
> names)
> - rename 32-bit files in arch/x86/power in line with the 64
On Sunday, 3 of February 2008, Ingo Molnar wrote:
>
> * Rafael J. Wysocki <[EMAIL PROTECTED]> wrote:
>
> > This series of patches consolidates the x86 suspend and hibernation code.
> > It does the following:
> > - move 64-bit hibernation/suspend files to arch/x86/power (under different
> > name
On Sun 2008-02-03 21:41:56, Rafael J. Wysocki wrote:
> Hi,
>
> This series of patches consolidates the x86 suspend and hibernation code.
> It does the following:
> - move 64-bit hibernation/suspend files to arch/x86/power (under different
> names)
> - rename 32-bit files in arch/x86/power in lin
I've got a machine with a 4 disk SATA raid10 configuration using md.
The entire disk is loop-AES encrypted, but that shouldn't matter
here.
Once a month, Debian runs:
/usr/share/mdadm/checkarray --cron --all --quiet
and the machine hangs within 30 minutes of that starting.
It seems that I
On Sunday, 3 of February 2008, David Brownell wrote:
> > > > +config PM_WAKEALARM_TEST
> > > > + bool "Test suspend/resume and wakealarm during bootup"
> > > > + depends on SUSPEND && PM_DEBUG && RTC_LIB
> >
> > I guess it also should depend on CONFIG_RTC_DRV_CMOS (not being a module)
>
On 03/02/2008, Arjan van de Ven <[EMAIL PROTECTED]> wrote:
> Dmitry Adamushko wrote:
> > Subject: latencytop: optimize LT_BACKTRACEDEPTH loops a bit.
> >
> > It looks like there is no need to loop any longer when 'same == 0'.
>
> thanks for the contribution!
> while I like your patch, I wonder if
* Kevin Winchester <[EMAIL PROTECTED]> wrote:
> > x86: fix ioremap RAM check
> >
> > Signed-off-by: Ingo Molnar <[EMAIL PROTECTED]>
> > Signed-off-by: Thomas Gleixner <[EMAIL PROTECTED]>
>
> Lucky first try - reverting this commit fixes the problem for me. Any
> ideas?
Could you
On Sun, 3 Feb 2008 08:03:21 +0100
Ingo Molnar <[EMAIL PROTECTED]> wrote:
> i dont think this second problem is a practical one: i've test-merged
> mmiotrace two days ago into x86.git and it's holding up very well in my
> testing (it has not caused a single hickup so far). It's nice optional
> d
The enclosure misc device is really just a library providing sysfs
support for physical enclosure devices and their components.
Signed-off-by: James Bottomley <[EMAIL PROTECTED]>
---
See the additional ses patch for SCSI enclosure services users of this.
---
drivers/misc/Kconfig | 10 +
This adds support to SCSI for enclosure services devices. It also makes
use of the enclosure services added in an earlier patch to display the
enclosure topology in sysfs.
At the moment, the enclosures are SAS specific, but if anyone actually
has a non-SAS enclosure that follows the SES-2 standard
On Sun, Feb 03, 2008 at 09:41:56PM +0100, Rafael J. Wysocki wrote:
> Hi,
>
> This series of patches consolidates the x86 suspend and hibernation code.
> It does the following:
> - move 64-bit hibernation/suspend files to arch/x86/power (under different
> names)
> - rename 32-bit files in arch/x8
This patch adds a new permission managing file system.
Furthermore, it adds two modules, which make use of this file system.
One module allows granting capabilities based on user-/groupid. The
second module allows to grant access to lower numbered ports based on
user-/groupid, too.
Changes:
- upd
Here is various stuff to hopefully improve fw-sbp2's behavior during bus
resets. The main piece is patch 9/9 which considerably raises the
chance that ongoing I/O survives plugging and unplugging of other
devices on the same bus as the device which services the I/O.
The other patches are basicall
This should help to interpret user reports. E.g. one can look up the
vendor OUI (first three bytes of the GUID) and thus tell what is what.
Also simplifies the math in the GUID sysfs attribute.
Signed-off-by: Stefan Richter <[EMAIL PROTECTED]>
---
drivers/firewire/fw-device.c | 28 +++
Hi James.
Nitpicking only.
Sam
> The enclosure misc device is really just a library providing sysfs
> support for physical enclosure devices and their components.
>
> Signed-off-by: James Bottomley <[EMAIL PROTECTED]>
> ---
>
> See the additional ses patch for SCSI enclosure services u
Several different SBP-2 bridges accept a login early while the IDE
device is still powering up. They are therefore unable to respond to
SCSI INQUIRY immediately, and the SCSI core has to retry the INQUIRY.
One of these retries is typically successful, and all is well.
But in case of Momobay FX-3A
Christoph Anton Mitterer wrote:
> ok but this is just, because those files are still cached in RAM>
>
>
>
> Here's the first problem:
> 1) When I now diff the two versions again (the unencrypted and the one
> from the encrypted partition) I get differences...
> I'm quite sure that this is not d
Add the same workaround as found in fw-sbp2 for feature parity and
compatibility of the workarounds module parameter.
Signed-off-by: Stefan Richter <[EMAIL PROTECTED]>
---
drivers/ieee1394/sbp2.c | 12
drivers/ieee1394/sbp2.h |2 ++
2 files changed, 14 insertions(+)
Index: lin
Like the old sbp2 driver, wait for the write transaction to the
AGENT_RESET to complete before proceeding (after login, after reconnect,
or in SCSI error handling).
There is one occasion where AGENT_RESET is written to from atomic
context when getting DEAD status for a command ORB. There we still
for easier readable logs if more than one SBP-2 device is present.
Signed-off-by: Stefan Richter <[EMAIL PROTECTED]>
---
drivers/firewire/fw-sbp2.c | 66 ++---
1 file changed, 33 insertions(+), 33 deletions(-)
Index: linux/drivers/firewire/fw-sbp2.c
When a reconnect failed but re-login succeeded, __scsi_add_device was
called again.
Signed-off-by: Stefan Richter <[EMAIL PROTECTED]>
---
drivers/firewire/fw-sbp2.c |6 ++
1 file changed, 6 insertions(+)
Index: linux/drivers/firewire/fw-sbp2.c
If fw-sbp2 was too late with requesting the reconnect, the target would
reject this. In this case, log out before attempting the reconnect.
Else several firmwares will deny the re-login because they somehow
didn't invalidate the old login.
Also, don't retry reconnects in this situation. The retr
Signed-off-by: Stefan Richter <[EMAIL PROTECTED]>
---
drivers/firewire/fw-sbp2.c | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
Index: linux/drivers/firewire/fw-sbp2.c
===
--- linux.orig/drivers/firewire/fw-sb
While fw-sbp2 takes the necessary time to reconnect to a logical unit
after bus reset, the SCSI core keeps sending new commands. They are all
immediately completed with host busy status, and application clients or
filesystems will break quickly. The SCSI device might even be taken
offline: http:
On Thu, Jan 31, 2008 at 12:23:11PM +0100, Peter Zijlstra wrote:
> Lets CC the XFS maintainer..
Adding the xfs list and hch.
It might be a couple of days before I get to this - I've got a
week of backlog to catch up on after LCA
> On Wed, 2008-01-30 at 20:23 +, Sven Geggus wrote:
> > Hi t
On Sun 2008-02-03 19:49:31, Sam Ravnborg wrote:
> On Sun, Feb 03, 2008 at 07:16:48PM +0100, Pavel Machek wrote:
> > Hi!
> >
> > > > This version works on 32-bit, and builds on 64-bit (but I'm pretty
> > > > sure it does not work. 32-bit code probably needs to go into rm/)
> > > >
> > >
> > >
On Sun, Feb 03, 2008 at 11:24:07PM +0100, Pavel Machek wrote:
> On Sun 2008-02-03 19:49:31, Sam Ravnborg wrote:
> > On Sun, Feb 03, 2008 at 07:16:48PM +0100, Pavel Machek wrote:
> > > Hi!
> > >
> > > > > This version works on 32-bit, and builds on 64-bit (but I'm pretty
> > > > > sure it does not
On Sunday, 3 of February 2008, Pavel Machek wrote:
> Hi!
>
> > > This version works on 32-bit, and builds on 64-bit (but I'm pretty
> > > sure it does not work. 32-bit code probably needs to go into rm/)
> > >
> >
> > Do you have an updated version or is this the latest one?
>
> I'm glad yo
On Sun, 2008-02-03 at 21:46 +0100, Kristoffer Ericson wrote:
> shortlog:
> The HP Jornada 6xx series have simple leds thats able to produce green or red
> light.
> This patch enables the leds to be used by the kernel and/or userland.
>
> signed-off-by: Kristoffer Ericson <[EMAIL PROTECTED]>
>
>
> > See the appended; it includes more of Ingo's suggestions.
> >
> > Since this is increasingly unrelated to the "sleepy linux" concept
> > (a version of what systems like OLPC, N700, and N800 are doing), I
> > got rid of the "sleepy.c" file.
>
> The changes look good to me.
They feel unfinished
On Sunday, 3 of February 2008, David Brownell wrote:
> > > See the appended; it includes more of Ingo's suggestions.
> > >
> > > Since this is increasingly unrelated to the "sleepy linux" concept
> > > (a version of what systems like OLPC, N700, and N800 are doing), I
> > > got rid of the "sleepy.
Hi!
> > The changes look good to me.
>
> They feel unfinished to me though. :)
>
> Like using "jiffies" instead of a clocksource, which makes trouble
> since the timing covers periods with IRQs disabled. And the test
> mode parameter needs work.
Well, I'd say that timing has bigger problem, r
With current mainline I'm getting intermittent hangs here:
http://userweb.kernel.org/~akpm/p2033590.jpg
with this config:
http://userweb.kernel.org/~akpm/config-sony.txt
on the Vaio. Sometimes it boots (then hits another different hang),
sometimes it gets stuck there.
--
To u
From: Randy Dunlap <[EMAIL PROTECTED]>
Fix kernel-doc warnings in audit.c.
Warning(linux-2.6.24-git12//kernel/audit.c:1268): No description found for
parameter 'string'
Warning(linux-2.6.24-git12//kernel/audit.c:1268): No description found for
parameter 'len'`
Signed-off-by: Randy Dunlap <[EM
From: Randy Dunlap <[EMAIL PROTECTED]>
kernel-doc for block/:
- add missing parameters
- fix one function's parameter list (remove blank line)
- add 2 source files to docbook for non-exported kernel-doc functions
Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]>
---
Documentation/DocBook/kernel-a
From: Randy Dunlap <[EMAIL PROTECTED]>
Fix mtrr kernel-doc warning:
Warning(linux-2.6.24-git12//arch/x86/kernel/cpu/mtrr/main.c:677): No
description found for parameter 'end_pfn'
Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]>
---
arch/x86/kernel/cpu/mtrr/main.c |1 +
1 file changed, 1 ins
From: Randy Dunlap <[EMAIL PROTECTED]>
Fix drivers/base/ missing kernel-doc parameters:
Warning(linux-2.6.24-git12//drivers/base/driver.c:133): No description found
for parameter 'drv'
Warning(linux-2.6.24-git12//drivers/base/driver.c:133): No description found
for parameter 'kobj'
Warning(linu
From: Randy Dunlap <[EMAIL PROTECTED]>
Fix PCI kernel-doc warning:
Warning(linux-2.6.24-git12//drivers/pci/pci-acpi.c:166): No description found
for parameter 'hid'
Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]>
---
drivers/pci/pci-acpi.c |1 +
1 file changed, 1 insertion(+)
--- linux-2.
On Sun, 3 Feb 2008 15:02:46 -0800 Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> With current mainline I'm getting intermittent hangs here:
>
> http://userweb.kernel.org/~akpm/p2033590.jpg
>
> with this config:
>
> http://userweb.kernel.org/~akpm/config-sony.txt
>
> on the Vaio. So
> > > The changes look good to me.
> >
> > They feel unfinished to me though. :)
> >
> > Like using "jiffies" instead of a clocksource, which makes trouble
> > since the timing covers periods with IRQs disabled. And the test
> > mode parameter needs work.
>
> Well, I'd say that timing has bigge
On Sunday, 3 of February 2008, Rafael J. Wysocki wrote:
> On Sunday, 3 of February 2008, Pavel Machek wrote:
> > Hi!
> >
> > > > This version works on 32-bit, and builds on 64-bit (but I'm pretty
> > > > sure it does not work. 32-bit code probably needs to go into rm/)
> > > >
> > >
> > > Do
On Sun, Feb 03, 2008 at 06:04:24PM +0100, Christer Weinigel wrote:
> Pekka Enberg wrote:
>> Why are we discussing this again? The Linux kernel is distributed
>> under the GPLv2 and even though there are some legal gray areas
>> regarding derived work (think nvidia and ati binary blobs here), the
>>
wonder if you still need that patch after following patch is a applied.
YH
diff --git a/arch/x86/kernel/aperture_64.c b/arch/x86/kernel/aperture_64.c
index 608152a..f645413 100644
--- a/arch/x86/kernel/aperture_64.c
+++ b/arch/x86/kernel/aperture_64.c
@@ -278,7 +278,7 @@ void __init early_gart_io
On Monday, 4 of February 2008, Rafael J. Wysocki wrote:
> On Sunday, 3 of February 2008, Rafael J. Wysocki wrote:
> > On Sunday, 3 of February 2008, Pavel Machek wrote:
> > > Hi!
> > >
> > > > > This version works on 32-bit, and builds on 64-bit (but I'm pretty
> > > > > sure it does not work. 32-
On Mon 2008-02-04 00:20:14, Rafael J. Wysocki wrote:
> On Sunday, 3 of February 2008, Rafael J. Wysocki wrote:
> > On Sunday, 3 of February 2008, Pavel Machek wrote:
> > > Hi!
> > >
> > > > > This version works on 32-bit, and builds on 64-bit (but I'm pretty
> > > > > sure it does not work. 32-bit
Hi!
> Below is the arch/x86/kernel/acpi/sleep.c part without the warnings
> (untested).
>
> It still contains some hardcoded magic numbers and extern declarations, so
> I guess the #include list is not complete or another header is necessary.
>
> BTW:
> 1) why exactly is acpi_wakeup_address not
On Monday, 4 of February 2008, Pavel Machek wrote:
> On Mon 2008-02-04 00:20:14, Rafael J. Wysocki wrote:
> > On Sunday, 3 of February 2008, Rafael J. Wysocki wrote:
> > > On Sunday, 3 of February 2008, Pavel Machek wrote:
> > > > Hi!
> > > >
> > > > > > This version works on 32-bit, and builds on
Hi!
> - Could the real mode directory be called just "real-mode" or something like
> this ("rm" is not very meaningful :-))?
>
> Apart from the above and the _WAKEUP hacks mentioned elsewhere, it looks okay
> (from a very high orbit).
Wakeup hacks? You mean those #ifdef WAKEUP in video code?
> it looks okay
> (from a very high orbit).
It should look better from closer look. Reusing trampoline_64.S
instead of cut©&paste gets us rid of some really nasty assembly
;-).
Pavel
--
(english) http://www.livejournal.com/~p
Hi!
> BTW, I don't like the way in which the 'struct wakeup_header' fields are
> reproduced in rm/wakeup.S very much, because it makes the code fragile.
> It might be better to define the offsets in asm-offsets*.c and refer to them
> relative to wakeup_header (if possible).
If you can do that.. y
On Monday, 4 of February 2008, Pavel Machek wrote:
> Hi!
>
> > - Could the real mode directory be called just "real-mode" or something like
> > this ("rm" is not very meaningful :-))?
> >
> > Apart from the above and the _WAKEUP hacks mentioned elsewhere, it looks
> > okay
> > (from a very hig
On Monday, 4 of February 2008, Pavel Machek wrote:
> Hi!
>
> > BTW, I don't like the way in which the 'struct wakeup_header' fields are
> > reproduced in rm/wakeup.S very much, because it makes the code fragile.
> > It might be better to define the offsets in asm-offsets*.c and refer to them
> > r
On Sun, 2008-02-03 at 23:03 +0100, Sam Ravnborg wrote:
> Hi James.
>
> Nitpicking only.
>
> Sam
Thanks for the review.
> > +
> > if MISC_DEVICES
>
> Unrelated change.
Yes, removed it.
> > +config ENCLOSURE_SERVICES
> > + tristate "Enclosure Services"
> > + default n
> Not needed.
Hi!
Here's updated diff. Video & Makefiles by hpa, rest by me ;-).
Pavel
diff --git a/arch/x86/Makefile b/arch/x86/Makefile
index 8978e98..949b8eb 100644
--- a/arch/x86/Makefile
+++ b/arch/x86/Makefile
@@ -192,8 +192,8 @@ drivers-$(C
While compiling the latest linus tree I got the following error:
rivers/net/sis190.c:329: error: sis190_pci_tbl causes a section type conflict
make[2]: *** [drivers/net/sis190.o] Error 1
And after some modification and successful compilation, the following
warnings appeared:
WARNING: drivers/net
On Mon 2008-02-04 00:59:38, Rafael J. Wysocki wrote:
> On Monday, 4 of February 2008, Pavel Machek wrote:
> > Hi!
> >
> > > BTW, I don't like the way in which the 'struct wakeup_header' fields are
> > > reproduced in rm/wakeup.S very much, because it makes the code fragile.
> > > It might be bette
Hello,
I am suffering from the following (usb-related?) problem:
I have several different mashines - all x86 architecture - just lets
call them mashineA, mashineB and mashineC.
Anyway, mashineA has a severe problem with a
Kingston-USB-pendrive(2gig). I simply cant install anything on it - the
At Monday 04 February 2008 around 02:49:29 Andrew G. Morgan wrote:
> Another way to put this is that there needs to be some application code
> and documentation available to guide the way... Adding such things to
> the example programs in libcap2 helped me find the 24-rc2 CAP_SETPCAP
> bug and unti
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ismail � wrote:
| At Sunday 03 February 2008 around 08:18:12 Andrew Morton wrote:
|> So how do we ever get to the stage where we can recommend that
distributors
|> turn these things on, and have them agree with us?
|
| FWIW with my distributor hat on
compile error building without CONFIG_FS_PROC.
net/ipv4/fib_frontend.c: In function 'fib_net_init':
net/ipv4/fib_frontend.c:1032: error: implicit declaration of function 'fib_proc_
init'
net/ipv4/fib_frontend.c: In function 'fib_net_exit':
net/ipv4/fib_frontend.c:1047: error: implicit declaration
On Sun, 3 Feb 2008 16:32:55 -0800 Andrew Morton <[EMAIL PROTECTED]> wrote:
> If nothing happens (often the case), please raise a report at
> bugzilla.kernel.org so we can track the presence of the regression.
argh, please ignore. I got bitten by the
im-too-lame-to-get-my-References:-header-righ
On Sat, 26 Jan 2008 15:06:25 +0100 Toralf Förster <[EMAIL PROTECTED]> wrote:
> I use a 1-liner for a simple performance check : "time factor
> 819734028463158891"
> Here is the result for the new (Gentoo) kernel 2.6.24:
>
> With the ondemand governor of the I get:
>
> [EMAIL PROTECTED] ~/tmp
On Mon, 28 Jan 2008 18:16:35 +0300 Pavel Emelyanov <[EMAIL PROTECTED]> wrote:
> This is the first stop (of two) in removing the kill_pgrp_info.
>
> All the users of this function are in kernel/signal.c, but all
> they need is to call __kill_pgrp_info() with the tasklist_lock
> read-locked.
>
> F
On Sun, Feb 03, 2008 at 09:02:08PM +, Al Viro wrote:
> On ppc64 relocs => r/w, AFAICS. On other targets we might have any number
> of other rules.
And -fpic/PIC => (relocs => r/w) because of the DT_TEXTREL crap. Not
of immediate interest to the kernel though.
OG.
--
To unsubscribe from th
On Sun, Feb 03, 2008 at 08:00:47PM +, Adrian McMenamin wrote:
> From: Adrian McMenamin
>
This is useless if you are submitting the patch, especially if you're
missing a mail address.
> This patch fixes the regression noted here:
> http://lkml.org/lkml/2008/1/26/189 as well as whitespace issue
Ingo Molnar wrote:
> * Kevin Winchester <[EMAIL PROTECTED]> wrote:
>
>>> x86: fix ioremap RAM check
>>>
>>> Signed-off-by: Ingo Molnar <[EMAIL PROTECTED]>
>>> Signed-off-by: Thomas Gleixner <[EMAIL PROTECTED]>
>> Lucky first try - reverting this commit fixes the problem for me. Any
>
In kernel/cpu.c, there exists API that is declared as __cpuinit, and
at the same time exported via EXPORT_SYMBOL().
Can these two attribute coexists at the same time? I mean, when it
is declared with EXPORT_SYMBOL, according to include/linux/module.h,
it is placed in a __ksymtab section, and whe
Hi Peter,
Peter Zijlstra wrote:
move update_process_times() out from under xtime_lock.
Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
---
arch/alpha/kernel/time.c | 15 ---
arch/arm/common/time-acorn.c |2 --
arch/arm/mach-at91/at91sam926x_time.c |
Compiling the latest linus tree will encounter the following warning:
WARNING: kernel/built-in.o(.text+0x2f5e2): Section mismatch in
reference from the function enable_nonboot_cpus() to the function
.cpuinit.text:_cpu_up()
The function enable_nonboot_cpus() references
the function __cpuinit _cpu_
101 - 200 of 248 matches
Mail list logo
