On Wed, 26 Dec 2007, [EMAIL PROTECTED] wrote:
> I already checked, it's not a slam-dunk to just 'patch -R' as there's 3 or 4
> conflicts where later patches need massaging/reverting as well.
>
> It's a problem with both 'classic RCU' and 'preempt RCU' (that was my *first*
> guess as to the cause)
Linus Torvalds wrote:
>
>> IMO, we should check which version of the specification we're supposed to
>> follow, on the basis of FADT contents, for example, and follow this one.
>>
>
> No, we should try to figure out what Windows does. *If* windows checks the
> version, we should do that too.
Jeff Mitchell wrote:
I'm seeing errors in dmesg and the like. It appears to be somewhat
similar to the issue reported here:
http://kerneltrap.org/mailarchive/linux-kernel/2007/8/25/164711 except
that my machine doesn't freeze, and everything seems normal --
hopefully nothing like silent corrupti
On Sat, 22 Dec 2007 23:30:56 PST, Andrew Morton said:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24-rc6/2.6.24-rc6-mm1/
I've bisected it down this far:
kvm-ist-kaput.patch GOOD
git-lblnet.patch
git-lblnet-fixup.patch
git-leds.patch
git-libata-all.patch
git-libata-all-
Linus Torvalds wrote:
IMO, we should check which version of the specification we're supposed to
follow, on the basis of FADT contents, for example, and follow this one.
No, we should try to figure out what Windows does. *If* windows checks the
version, we should do that too. But we should abso
On Tue, Dec 25, 2007 at 08:55:43PM -0800, David Miller wrote:
> From: Simon Horman <[EMAIL PROTECTED]>
> Date: Wed, 26 Dec 2007 11:59:05 +0900
>
> > Recently the documentation in Documentation/nfsroot.txt was
> > update to note that in fact ip=off and ip=::off as the
> > latter is ignored and
From: Simon Horman <[EMAIL PROTECTED]>
Date: Wed, 26 Dec 2007 11:59:05 +0900
> Recently the documentation in Documentation/nfsroot.txt was
> update to note that in fact ip=off and ip=::off as the
> latter is ignored and the default (on) is used.
>
> This was certainly a step in the direction
On Tue, 25 Dec 2007, Rafael J. Wysocki wrote:
> >
> > Correct me if I'm wrong, but it appears ACPI 1.0 wants _PTS called
> > before any devices are suspended, ACPI 2.0 is contradictory, and ACPI
> > 3.0 says that you can't assume anything about device state. My guess is
> > that unless Windows
On Tue, 25 Dec 2007, Andrew Morton wrote:
> On Thu, 20 Dec 2007 15:11:40 +1100 (EST) James Morris <[EMAIL PROTECTED]>
> wrote:
>
> > > > +#ifdef CONFIG_SECURITY
> > > > +extern unsigned long mmap_min_addr;
> > > > +#endif
> > > > +
> > > > #include
> > > > #include
> > > > #include
> > >
On Tue, 25 Dec 2007, Rafael J. Wysocki wrote:
>
> the ACPI specification between versions 1.0x and 2.0. Namely, while ACPI
> 2.0 and later wants us to put devices into low power states before calling
> _PTS, ACPI 1.0x wants us to do that after calling _PTS. Since we're following
> the 2.0 and l
On Tue, 25 Dec 2007, Akinobu Mita wrote:
> The use of get_zeroed_page() with __GFP_HIGHMEM is invalid.
> Use alloc_page() with __GFP_ZERO instead of invalid get_zeroed_page().
>
> (This patch is only compile tested)
>
> Cc: Carsten Otte <[EMAIL PROTECTED]>
> Signed-off-by: Akinobu Mita <[EMAIL PR
On Tue, 25 Dec 2007, Andrew Morton wrote:
> On Sun, 23 Dec 2007 23:36:11 +0100 Victor Hahn <[EMAIL PROTECTED]> wrote:
>
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> >
> > ... because it causes lsusb to freeze and gives me this in
> > /var/log/messages:
>
> Has this always happened,
On Tue, 25 Dec 2007, Rafael J. Wysocki wrote:
> > > Do we need to worry about the possibility that when the system wakes up
> > > from hibernation, the set of usable CPUs might be smaller than it was
> > > beforehand?
> >
> > This is possible in error conditions.
> >
> > > Is any special handl
This patch intorduces cmdline netconsole configs to register to configfs with
dynamic netconsole. Satyam Sharma who designed shiny
dynamic reconfiguration for netconsole, mentioned about this issue already.
(http://lkml.org/lkml/2007/7/29/360)
But I think, without separately managing of two kind
configfs_register_subsystem() with default_groups triggers recursive locking.
it seems that mutex_lock_nested is needed.
=
[ INFO: possible recursive locking detected ]
2.6.24-rc6 #141
-
swapper/1 is trying to
configfs_register_subsystem() with default_groups triggers recursive locking.
it seems that mutex_lock_nested is needed.
=
[ INFO: possible recursive locking detected ]
2.6.24-rc6 #145
-
swapper/1 is trying to
On Tue, Dec 25, 2007 at 06:07:24PM +0800, Dave Young wrote:
> On Dec 25, 2007 6:03 PM, Dave Young <[EMAIL PROTECTED]> wrote:
> > Due to 2.6.24-rc6-mm1 kernel changes (maybe kobject or driver core), If I
> > exec:
> >
> > rfcomm connect 0 1
> >
> > kernel will oops after connect timeout.
> >
> > ha
default_groups was allocated with kcalloc, so initialization to NULL is
unnecessary.
Signed-off-by: Joonwoo Park <[EMAIL PROTECTED]>
---
fs/dlm/config.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/fs/dlm/config.c b/fs/dlm/config.c
index 2f8e3c8..95085d1 100644
--- a
default_groups was allocated with kcalloc, so initialization to NULL is
unnecessary.
Signed-off-by: Joonwoo Park <[EMAIL PROTECTED]>
---
fs/ocfs2/cluster/nodemanager.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/fs/ocfs2/cluster/nodemanager.c b/fs/ocfs2/cluster/nodem
Recently the documentation in Documentation/nfsroot.txt was
update to note that in fact ip=off and ip=::off as the
latter is ignored and the default (on) is used.
This was certainly a step in the direction of reducing confusion.
But it seems to me that the code ought to be fixed up so that
ip=
Hello list,
- Original Message -
From: "David Chinner" <[EMAIL PROTECTED]>
To: "Janos Haar" <[EMAIL PROTECTED]>
Cc:
Sent: Tuesday, December 25, 2007 10:13 AM
Subject: Re: xfs|loop|raid: attempt to access beyond end of device
> On Sun, Dec 23, 2007 at 08:21:08PM +0100, Janos Haar wrote
On Sun, 2007-12-23 at 16:16 +0100, Ingo Molnar wrote:
> * Tetsuo Handa <[EMAIL PROTECTED]> wrote:
>
> > Hello.
> >
> > I encountered a BUG().
> > I didn't encounter this bug for 2.6.24-rc5-mm1 .
> > I guess this bug was introduced between 2.6.24-rc5-mm1 and 2.6.24-rc6-mm1 .
>
> does the patch be
The sysfs backlight class provides no mechanism for querying the
acceptable brightness for a backlight. The ACPI spec states that values
are only valid if they are reported as available by the firmware. Since
we can't provide that information to userspace, instead collapse the
range to the numb
> > From: eric miao <[EMAIL PROTECTED]>
> >
> > This patch adds the generic IRQ support for the PCA9539 on-chip GPIOs.
>
> This one bothers me a bit on some technical grounds. One problem is
> that these chips are not designed for reliable IRQ management, so no
> matter what a driver does it can't
On Sun, Dec 23, 2007 at 07:43:24PM +, Adrian McMenamin wrote:
> This patch adds support for the CD-Rom (the so-called "GD-Rom") on the
> SEGA Dreamcast.
>
Looks quite a bit better. Just a few minor things.
> +static void gdrom_spicommand(void *spi_string, int buflen)
> +{
> + short *cmd =
On Friday 21 December 2007 15:37:46 FUJITA Tomonori wrote:
> Some scsi drivers like ips access to sglist in a tricky way.
Indeed. I fail to see how this code works, in fact:
drivers/scsi/ips.c:ips_queue() line 1101
if (ips_is_passthru(SC)) {
ips_copp_wait_item_t *scratc
On Friday 21 December 2007 00:33:40 Glauber de Oliveira Costa wrote:
> this patch makes room for the vcpu structure in lguest, already used in
> this very same way at lguest64. It's the first part of our plan to
> have lguest and lguest64 unified too.
Hi Glauber!
These patches look really sol
Cyrill Gorcunov wrote:
Hi list,
by doing cleanup of arch/x86/boot/*.[ch] i found that
checkpatch does ignore obvious things. For example,
run it over edd.c showed only one warning:
BTW, is there someone who is already involved in a such
cleanup to eliminate double effort?
BTW, it's more than
Cyrill Gorcunov wrote:
Hi list,
by doing cleanup of arch/x86/boot/*.[ch] i found that
checkpatch does ignore obvious things. For example,
run it over edd.c showed only one warning:
I'm generally skeptical to the kind of "cleanups" that you seem to be
referring to. More often then not they re
On Friday 21 December 2007 00:33:53 Glauber de Oliveira Costa wrote:
> @@ -114,6 +116,19 @@ static int vcpu_start(struct lguest_vcpu *vcpu, int
> vcpu_id, * address. */
> lguest_arch_setup_regs(vcpu, start_ip);
>
> + /* Initialize the queue for the waker to wait on */
> + init_waitque
On Friday 21 December 2007 00:33:49 Glauber de Oliveira Costa wrote:
> The switcher needs to be mapped per-vcpu, because different vcpus
> will potentially have different page tables (they don't have to,
> because threads will share the same).
>
> So our first step is the make the function receive
Samuel Thibault wrote:
The console is now by default in UTF-8 mode, so let's document this.
BTW, document the needed "vt." prefix.
- vt.default_blu= [VT]
+ default_blu=[VT]
Reverse patch?
-hpa
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" i
On Friday 21 December 2007 00:33:44 Glauber de Oliveira Costa wrote:
> @@ -55,11 +55,15 @@ static int user_send_irq(struct lguest *lg, const
> unsigned long __user *input) static ssize_t read(struct file *file, char
> __user *user, size_t size,loff_t*o) {
> struct lguest *lg = file->private_d
On Friday 21 December 2007 00:33:45 Glauber de Oliveira Costa wrote:
> --- a/drivers/lguest/lguest_user.c
> +++ b/drivers/lguest/lguest_user.c
> @@ -223,14 +223,21 @@ static ssize_t write(struct file *file, const char
...
> /* If you haven't initialized, you must do that first. */
> - if
On Friday 21 December 2007 00:33:42 Glauber de Oliveira Costa wrote:
> + if (!vcpu_id) {
> + /*
> + * Service input, then unset the BREAK to
> + * release the Waker.
> + */
> + handle_
On Friday 21 December 2007 00:33:41 Glauber de Oliveira Costa wrote:
> this patch introduces a vcpu struct for lguest. In upcoming patches,
> more and more fields will be moved from the lguest struct to the vcpu
Hi Glommer,
> +static inline struct lguest *lg_of_vcpu(struct lguest_vcpu *vcpu)
> +{
On Sat 2007-12-22 12:09:59, Arjan van de Ven wrote:
> On Tue, 18 Dec 2007 17:06:24 +
> Matthew Bloch <[EMAIL PROTECTED]> wrote:
>
> > Hi - I'm trying to come up with a way of thoroughly testing every byte
> > of RAM from within Linux on amd64 (so that it can be automated better
> > than using
The console is now by default in UTF-8 mode, so let's document this.
BTW, document the needed "vt." prefix.
Signed-off-by: Samuel Thibault <[EMAIL PROTECTED]>
--- Documentation/kernel-parameters.txt.orig2007-12-26 00:01:44.0
+0100
+++ Documentation/kernel-parameters.txt 2007-12-23 22
This is RFC. It does not even work for me... it sleeps but it will not
wake up, because SATA wakeup code is missing. Code attached for illustration.
I wonder if this is the right approach? What is right interface to the
drivers?
Sleepy Linux
Copyrigh
On Mon, 17 Dec 2007 10:54:53 -0800 (PST) [EMAIL PROTECTED] (Russell Leidich)
wrote:
> Hi,
>
> This patch to 2.6.24-rc5 enables AMD Barcelona CPUs to register thermal
> throttling events as machine checks, in the
> same fashion as the analogous Intel code.
>
> Changed files:
>
> arch/x86/kerne
On Thu, 20 Dec 2007 15:35:41 +0530 "Aneesh Kumar K.V" <[EMAIL PROTECTED]> wrote:
>
> Linux version 2.6.24-rc5-autokern1 ([EMAIL PROTECTED]) (gcc version 3.4.6
> 20060404
> (Red Hat 3.4.6-9)) #1 SMP PREEMPT Thu Dec 20 04:16:18 EST 2007
> BIOS-provided physical RAM map:
> BIOS-e820: 0
On Thu, 20 Dec 2007 15:11:40 +1100 (EST) James Morris <[EMAIL PROTECTED]> wrote:
> > > +#ifdef CONFIG_SECURITY
> > > +extern unsigned long mmap_min_addr;
> > > +#endif
> > > +
> > > #include
> > > #include
> > > #include
> >
> > Fine by me.
>
> I'll queue it for -mm & 2.6.25.
I don't thin
On Sun, 23 Dec 2007 12:26:21 + Christoph Hellwig <[EMAIL PROTECTED]> wrote:
> On Thu, Dec 20, 2007 at 01:11:24PM +, Jan Beulich wrote:
> > With more and more sub-systems/sub-components leaving their footprint
> > in task handling functions, it seems reasonable to add notifiers that
> > the
On Thu, 20 Dec 2007 01:48:49 +0100 Bartlomiej Zolnierkiewicz <[EMAIL
PROTECTED]> wrote:
> This patch series is a major rework of the ide-cd driver.
woo-hoo.
> PS ide-cd Maintainer position is still open...
boo-hoo.
I wish someone would fix that "The drive appears confused (ireason =
0x%02x)"
On Sun, 23 Dec 2007 23:36:11 +0100 Victor Hahn <[EMAIL PROTECTED]> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> ... because it causes lsusb to freeze and gives me this in /var/log/messages:
Has this always happened, or is it something we introduced in a recent
kernel?
> Dec 23 2
On Sun, 23 Dec 2007 12:35:17 +0100 Gianluca Alberici <[EMAIL PROTECTED]> wrote:
> Hello,
>
> I can do better. I have investigated a bit the problem:
>
> 1) The problem arises only with the userspace nfsd (Universal nfsd 2.2).
> I have realized that the latest patches introduced in 2.6.22 have
On Tue, 18 Dec 2007 18:57:24 +0900 Nobuhiro Iwamatsu <[EMAIL PROTECTED]> wrote:
> There is a device that doesn't work when P2CCLK's bit of TI PC1520 was
> disable.
> This patch supports P2CCLK bit enabler for TI PC1520.
>
> ...
>
> config YENTA_TOSHIBA
> default y
> bool "Special in
On Fri, 14 Dec 2007 17:26:28 +1100 NeilBrown <[EMAIL PROTECTED]> wrote:
> + mddev_unlock(rdev->mddev);
> + ITERATE_MDDEV(mddev, tmp) {
> + mdk_rdev_t *rdev2;
> +
> + mddev_lock(mddev);
> + ITERATE_RDEV(mddev, rdev2
On Fri, 14 Dec 2007 17:26:08 +1100 NeilBrown <[EMAIL PROTECTED]> wrote:
> + if (strncmp(buf, "external:", 9) == 0) {
> + int namelen = len-9;
> + if (namelen >= sizeof(mddev->metadata_type))
> + namelen = sizeof(mddev->metadata_type)-1;
> +
Hi,
another one most likely related to the recent NFS_V4 define build error
saga:
CC fs/nfs/super.o
fs/nfs/super.c: In function 'nfs_sb_deactive':
fs/nfs/super.c:338: error: 'TASK_NORMAL' undeclared (first use in this function)
fs/nfs/super.c:338: error: (Each undeclared identifier is repo
Using v2.6.24-rc6-125-g5356f66, code such as this:
if (is_file)/* dirs can be unlinked but chdir'ed to */
err = -ESTALE;
produces this false checkpatch error:
foo.c:947: ERROR: trailing statements should be on next line
I think comments such as the above shou
Hi Bjorn,
Le 23/12/2007, "Bjorn Helgaas" <[EMAIL PROTECTED]> a écrit:
>On Sunday 23 December 2007 2:28:05 am Jean Delvare wrote:
>> The problem is that the it87 driver is used on a variety of motherboards,
>> some where the hardware monitoring device I/O ports are reserved by the
>> BIOS, some wh
> This is exactly what's supposed to be happening, but the code is buggy
> and nobody noticed :-) (I'm mixing up IORESOURCE_* flags and
> PCI_COMMAND_* flags). Thanks for reviewing !
Note that this patch isn't in the series Greg queued up anyway. The
powerpc specific bits will be going in via Pau
On Mon, 2007-12-24 at 00:23 -0700, Grant Grundler wrote:
> On Tue, Dec 18, 2007 at 10:01:15AM +1100, Benjamin Herrenschmidt wrote:
> > This patch changes the PowerPC PCI code to disable IO and/or Memory
> > decoding on a PCI device when a resource of that type failed to be
> > allocated. This is d
On Mon, 2007-12-24 at 00:08 -0700, Grant Grundler wrote:
> On Tue, Dec 18, 2007 at 10:01:14AM +1100, Benjamin Herrenschmidt wrote:
> > Now that all in-tree users are gone, this removes pci_enable_device_bars()
> > completely.
>
> Almost completely.
> Patch below removes pci_enable_device_bars() f
On Tuesday, 25 of December 2007, Rafael J. Wysocki wrote:
> On Monday, 24 of December 2007, Alan Stern wrote:
> > On Mon, 24 Dec 2007, Rafael J. Wysocki wrote:
> >
> > > Hi,
> > >
> > > Some device drivers register CPU hotplug notifiers and use them to destroy
> > > device objects when removing t
On Tuesday, 25 of December 2007, Robert Hancock wrote:
> Carlos Corbacho wrote:
> > On Tuesday 25 December 2007 13:26:12 Rafael J. Wysocki wrote:
> >> Well, citing from the ACPI 2.0 specification, section 9.1.6 Transitioning
> >> from the Working to the Sleeping State (which is what we're discussin
I work with a group of people on a free home automation tool called FHEM.
Some of the users own more than one USB-serial device by ELV. The ftdi_sio
driver has most of the ELV devices disabled by default and needs to be
re-enabled every time you get a new kernel. Additionally a new device (EM
1
On 12/25/07, Sergei Shtylyov <[EMAIL PROTECTED]> wrote:
> > So suspend modes on these boards are not supported?
> > Only "Always On" configuration is supported?
>
> Sleep mode is supported according to the code. But as I've said PM bits
> haven't been maintained -- probably since the submission
Alon Bar-Lev wrote:
PM code is generally broken and unmaintained, so no wonder. I don't
remember if anyone has fixed CPU context restoration code (it uses a "skewed"
stack frame).
So suspend modes on these boards are not supported?
Only "Always On" configuration is supported?
Sleep mo
Carlos Corbacho wrote:
On Tuesday 25 December 2007 13:26:12 Rafael J. Wysocki wrote:
Well, citing from the ACPI 2.0 specification, section 9.1.6 Transitioning
from the Working to the Sleeping State (which is what we're discussing
here):
3. OSPM places all device drivers into their respective Dx
Hi list,
by doing cleanup of arch/x86/boot/*.[ch] i found that
checkpatch does ignore obvious things. For example,
run it over edd.c showed only one warning:
---
[EMAIL PROTECTED] linux-2.6.git $ scripts/checkpatch.pl --file
arch/x86/boot/edd.c
WARNING: externs should be avoided in .c files
#45
Thank you for your reply!
On 12/25/07, Sergei Shtylyov <[EMAIL PROTECTED]> wrote:
> PM code is generally broken and unmaintained, so no wonder. I don't
> remember if anyone has fixed CPU context restoration code (it uses a "skewed"
> stack frame).
So suspend modes on these boards are not supp
Looks good, thanks.
--
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/
On Monday, 24 of December 2007, Alan Stern wrote:
> On Mon, 24 Dec 2007, Rafael J. Wysocki wrote:
>
> > Hi,
> >
> > Some device drivers register CPU hotplug notifiers and use them to destroy
> > device objects when removing the corresponding CPUs and to create these
> > objects
> > when adding t
On Monday, 24 of December 2007, Linus Torvalds wrote:
>
> On Mon, 24 Dec 2007, Rafael J. Wysocki wrote:
> >
> > Well, having considered that for a longer while, I think the AML code is
> > referring to a device that we have suspended already, and since it's in a
> > low
> > power state, it just
On Tue, Dec 25, 2007 at 11:59:46AM +, Christoph Hellwig wrote:
> On Mon, Dec 24, 2007 at 01:10:19AM +0100, [EMAIL PROTECTED] wrote:
> > @@ -53,6 +53,7 @@
> > #include
> > #include
> > #include
> > +#include
>
> linux/*.h always before asm/*.h
>
> > +static int __must_check udf_sb_alloc_p
convert byte order of constant instead of variable
it will be done at compile time (vs run time)
remove unused le32_and_cpu
Signed-off-by: Marcin Slusarz <[EMAIL PROTECTED]>
CC: Mark Fasheh <[EMAIL PROTECTED]>
CC: Kurt Hackel <[EMAIL PROTECTED]>
---
fs/ocfs2/endian.h |5 -
fs/ocfs2/inode.
convert byte order of constant instead of variable
it will be done at compile time (vs run time)
ext3/4 bits are #if 0'ed, but someone might copy this code into other places
Signed-off-by: Marcin Slusarz <[EMAIL PROTECTED]>
---
fs/ext2/super.c |8 +++-
fs/ext3/super.c |2 +-
fs/ext4/s
convert byte order of constant instead of variable
it will be done at compile time (vs run time)
Signed-off-by: Marcin Slusarz <[EMAIL PROTECTED]>
---
drivers/net/qla3xxx.c |6 ++
1 files changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/net/qla3xxx.c b/drivers/net/qla3xxx.c
On Tue, Dec 25, 2007 at 11:54:38AM +, Christoph Hellwig wrote:
> Looks generally good, but it would be nice if you could avoid
> introducing new overly long lines. Then again this really won't be
> noticed in udf anyway and it looks like you plan to clean it up later
> anyway.
Yes, that's what
On Tue, Dec 25, 2007 at 01:41:21PM +0300, Sergei Shtylyov wrote:
>> When I have:
>> CONFIG_MIPS_DB1550
>> CONFIG_SOC_AU1550
>> CONFIG_SOC_AU1X00
>> CONFIG_PM
>
>> MEM_SDREFCFG is used at:
>> arch/mips/au1000/common/power.c::pm_do_freq()
>
>PM code is generally broken and unmaintained, so no wo
On Tuesday 25 December 2007 14:07:22 Rafael J. Wysocki wrote:
> OK, sorry, the approach is generally reasonable, IMO, but it needs to be a
> bit more fine grained.
I know, hence this was marked as a hack and not signed off; it's just a
demonstration of the general idea with code instead of words.
On Tuesday, 25 of December 2007, Carlos Corbacho wrote:
> On Tuesday 25 December 2007 13:26:12 Rafael J. Wysocki wrote:
> > Well, citing from the ACPI 2.0 specification, section 9.1.6 Transitioning
> > from the Working to the Sleeping State (which is what we're discussing
> > here):
> >
> > 3. OSPM
On Tuesday, 25 of December 2007, Rafael J. Wysocki wrote:
> On Tuesday, 25 of December 2007, Carlos Corbacho wrote:
> > Adding Linux-ACPI to CC.
> >
> > On Tuesday 25 December 2007 00:03:25 Carlos Corbacho wrote:
> > > According to the earlier versions of the ACPI spec, Linux is doing the
> > > wr
On Sun, 23 Dec 2007 23:25:26 -0800
"raki john" <[EMAIL PROTECTED]> wrote:
>
> Does mmc_requeest->stop is equal to mmc_request->data->stop ?
>
> Does mmc_request is equal to mmc_request->data->mrq ?
>
> Does mmc_request->data is equal to mmc_request->cmd->data ?
>
> Does mmc_request
The use of get_zeroed_page() with __GFP_HIGHMEM is invalid.
Use alloc_page() with __GFP_ZERO instead of invalid get_zeroed_page().
(This patch is only compile tested)
Cc: Carsten Otte <[EMAIL PROTECTED]>
Signed-off-by: Akinobu Mita <[EMAIL PROTECTED]>
---
mm/filemap_xip.c |9 +
1 fi
On Tuesday, 25 of December 2007, Carlos Corbacho wrote:
> Adding Linux-ACPI to CC.
>
> On Tuesday 25 December 2007 00:03:25 Carlos Corbacho wrote:
> > According to the earlier versions of the ACPI spec, Linux is doing the
> > wrong thing - we should call _PTS() before we start powerding down devic
On Tuesday 25 December 2007 13:26:12 Rafael J. Wysocki wrote:
> Well, citing from the ACPI 2.0 specification, section 9.1.6 Transitioning
> from the Working to the Sleeping State (which is what we're discussing
> here):
>
> 3. OSPM places all device drivers into their respective Dx state. If the
>
On Tuesday, 25 of December 2007, Carlos Corbacho wrote:
> On Monday 24 December 2007 22:40:46 Robert Hancock wrote:
> > The ACPI spec has the following to say about the _PTS method:
> >
> > "The platform must not make any assumptions about the state of the
> > machine when _PTS is called. For examp
On Mon 2007-12-24 01:57:17, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki <[EMAIL PROTECTED]>
>
> The x86-64 MCE driver should not attempt to destroy/create a suspended
> device.
>
> Signed-off-by: Rafael J. Wysocki <[EMAIL PROTECTED]>
ACK.
--
(english) http://www.livejournal.com/~pavelma
On Mon 2007-12-24 01:57:57, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki <[EMAIL PROTECTED]>
>
> The cpuid driver should not attempt to destroy/create a suspended
> device.
>
> Signed-off-by: Rafael J. Wysocki <[EMAIL PROTECTED]>
ACK.
--
(english) http://www.livejournal.com/~pavelmachek
On Mon 2007-12-24 01:56:34, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki <[EMAIL PROTECTED]>
>
> The MSR driver should not attempt to destroy/create a suspended
> device.
>
> Signed-off-by: Rafael J. Wysocki <[EMAIL PROTECTED]>
ACK.
--
(english) http://www.livejournal.com/~pavelmachek
(c
On Mon 2007-12-24 10:51:15, Alan Stern wrote:
> On Mon, 24 Dec 2007, Rafael J. Wysocki wrote:
>
> > Hi,
> >
> > Some device drivers register CPU hotplug notifiers and use them to destroy
> > device objects when removing the corresponding CPUs and to create these
> > objects
> > when adding the C
This document is intended to specify the security goal that TOMOYO Linux is
trying to achieve, so that users can evaluate whether TOMOYO Linux will meet
their needs, and kernel developers can evaluate whether TOMOYO Linux deserved
to be in-tree.
1. About TOMOYO Linux
Project Homepage: http://tomo
Pavel,
On Tuesday 25 December 2007 12:12:31 Pavel Machek wrote:
> > The patch is fine by me, so if anyone has objections, please speak up.
>
> Just.. I have been running with very similar patch for few years... it
> fixes few prototype machines I have here.
I've withdrawn the patch since it doesn
On Mon 2007-12-24 15:16:46, Julia Lawall wrote:
> From: Julia Lawall <[EMAIL PROTECTED]>
>
> The functions time_before, time_before_eq, time_after, and time_after_eq
> are more robust for comparing jiffies against other values.
>
> A simplified version of the semantic patch making this change is
Hi!
> On Sunday, 23 of December 2007, Carlos Corbacho wrote:
> > Fix suspend-to-RAM on nForce 4 (CK804) boards by increasing
> > PCIBIOS_MIN_IO.
> >
> > Fixes kernel bugzilla #9528
> >
> > Problem:
> >
> > Linus' patch (52ade9b3b97fd3bea42842a056fe0786c28d0555) to re-order
> > suspend (and fix
On Mon, Dec 24, 2007 at 01:10:19AM +0100, [EMAIL PROTECTED] wrote:
> @@ -53,6 +53,7 @@
> #include
> #include
> #include
> +#include
linux/*.h always before asm/*.h
> +static int __must_check udf_sb_alloc_partition_maps(struct super_block *sb,
> __u32 count)
I think __must_check is primar
Looks generally good, but it would be nice if you could avoid
introducing new overly long lines. Then again this really won't be
noticed in udf anyway and it looks like you plan to clean it up later
anyway.
(in case it wasn;'t clear count this as an ack from me)
--
To unsubscribe from this list:
From: Arjan van de Ven <[EMAIL PROTECTED]>
Subject: [Patch v2] Make PCI extended config space (MMCONFIG) a driver opt-in
On PCs, PCI extended configuration space (4Kb) is riddled with problems
associated with the memory mapped access method (MMCONFIG). At the same
time, there are very few machin
Hello.
Alon Bar-Lev wrote:
When I have:
CONFIG_MIPS_DB1550
CONFIG_SOC_AU1550
CONFIG_SOC_AU1X00
CONFIG_PM
MEM_SDREFCFG is used at:
arch/mips/au1000/common/power.c::pm_do_freq()
PM code is generally broken and unmaintained, so no wonder. I don't
remember if anyone has fixed CPU context r
Hello.
Bartlomiej Zolnierkiewicz wrote:
* Add ide_dump_identify() debug helper for dumping raw identify data in
the hdparm friendly format (== the identify data can be extracted from
dmesg output and passed to hdparm --Istdin).
* Dump identify data in ide-probe.c::do_identify() if DEBUG
On Dec 25, 2007 6:03 PM, Dave Young <[EMAIL PROTECTED]> wrote:
> Due to 2.6.24-rc6-mm1 kernel changes (maybe kobject or driver core), If I
> exec:
>
> rfcomm connect 0 1
>
> kernel will oops after connect timeout.
>
> hand copy some oops text:
>
> EIP is at driver_sysfs_remove+0x1a/0x40
> Call Tra
Due to 2.6.24-rc6-mm1 kernel changes (maybe kobject or driver core), If I exec:
rfcomm connect 0 1
kernel will oops after connect timeout.
hand copy some oops text:
EIP is at driver_sysfs_remove+0x1a/0x40
Call Trace:
show_trace_log_lvl+0x1a/0x30
show_stack_log_lvl+0x9a/0xc0
show_registers+0x
On Mon, Dec 24, 2007 at 11:48:13PM +0300, Alexey Dobriyan wrote:
> Hi, I occasionally get those "soft resetting link" messages
> right after STR. Typical messages below (from photos):
>
>
> eth1: link up, 100Mbps, full-duplex, lpa 0x45E1
> i8042 kbd 00:0a: activation failed
> sd 0:0:0:0: [sda] St
> Reading past the first 256 bytes of the sysfs file should be enough
> -- only root can do that (other users get only 64 bytes anyway) and
> problems with reading random registers have hopefully taught programs
> not to read blindly a long time ago.
... except for lspci itself which reads the fir
Hello!
> (and yes I realize this needs lspci to be expanded some to set the
> flag if the admin really asks for it, but such is life)
Reading past the first 256 bytes of the sysfs file should be enough
-- only root can do that (other users get only 64 bytes anyway) and
problems with reading rando
On Sun, Dec 23, 2007 at 08:21:08PM +0100, Janos Haar wrote:
> Hello, list,
>
> I have a little problem on one of my productive system.
>
> The system sometimes crashed, like this:
>
> Dec 23 08:53:05 Albohacen-global kernel: attempt to access beyond end of
> device
> Dec 23 08:53:05 Albohacen-gl
* Zhang, Yanmin <[EMAIL PROTECTED]> wrote:
> The solution is just to revert patch
> fbdcf18df73758b2e187ab94678b30cd5f6ff9f9, because other 2 patches
> which fixed the same issue are already in 2.6.24-rc5.
Linus, please revert fbdcf18df73758, as requested by Yanmin. It was
noticed before (by
100 matches
Mail list logo
