Bcc:
Subject: Re: [PATCH 1/2] atomic.h atomic64_t standardization
Reply-To:
In-Reply-To: <[EMAIL PROTECTED]>
X-Editor: vi
X-Info: http://krystal.dyndns.org:8080
X-Operating-System: Linux/2.4.32-grsec (i686)
X-Uptime: 16:08:44 up 100 days, 18:16, 5 users, load average: 0.90, 0.63,
0.52
Hi,
I
Anderson Briglia wrote:
> Hi Pierre,
>
> ext Pierre Ossman wrote:
>> Patch looks ok. But I never got an answer what the difference between
>> "change" and "assign" is.
>
> You're right, the command is the same, but the difference is the
> password's
> length and password itself sent to the card.
>
Bcc:
Subject: Re: [PATCH 2/2] local.h modifications (all arch support)
Reply-To:
In-Reply-To: <[EMAIL PROTECTED]>
X-Editor: vi
X-Info: http://krystal.dyndns.org:8080
X-Operating-System: Linux/2.4.32-grsec (i686)
X-Uptime: 16:11:23 up 100 days, 18:19, 5 users, load average: 0.72, 0.62,
0.53
H
Anderson Briglia wrote:
>
> This patch is needed only for lock/unlock commands. So, it's necessary to
> make MMC omap works when using that feature. It's not a generic patch.
> But I can take off this one from the series and send after (if) the
> series
> is integrated.
>
The patches are marked "[
Anderson Briglia wrote:
> ext Pierre Ossman wrote:
>>
>> This definition makes them look like bits, which is not how they are
>> used.
>
> How can I improve this? Defining using integers directly?
>
Precisely.
Rgds
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp://www.kerne
Andrew Morton wrote:
The name memcpy_cachebypass() doesn't tell us whether it bypasses caching
on the source, the dest or both. It'd be nice if it did.
Yep, I'll fix that and resubmit.
http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Alan <[EMAIL PROTECTED]> wrote:
> On Fri, 01 Dec 2006 16:20:46 +0100
> Jan Glauber <[EMAIL PROTECTED]> wrote:
>> Yes, a user can just symlink urandom to prandom and will have a faster
>> generator.
>
>
> More usefully they can use it as an entropy source with an entropy
> daemon to feed it into
On Thu, Nov 30, 2006 at 04:57:07PM -0600, Serge E. Hallyn wrote:
| Quoting Bill O'Donnell ([EMAIL PROTECTED]):
| > The memory fault when setfcaps is run as noted in #4 below also occurs
| > on RHEL5 IA64 (2.6.18 kernel-2.6.18-1.2747.el5 with Serge's capability
patch,
| > and Kaigai's userspace too
In arch/x86_64/kernel/traps.c:do_general_protection(), we have
tsk->thread.error_code = error_code;
tsk->thread.trap_no = 13;
if (user_mode(regs)) {
...
force_sig(SIGSEGV, tsk);
return;
}
/* kernel gp */
Hi!
> Enable the sony_acpi driver to use the backlight subsysyem for
> adjusting the monitor brightness. Old way of changing the brightness will be
> still available for compatibility with existing tools.
>
> Signed-off-by: Alessandro Guido <[EMAIL PROTECTED]>
Looks okay to me. We really want un
On Fri, 01 Dec 2006, Pavel Machek wrote:
> Looks okay to me. We really want unified interface for backlight.
Then I request some help to get
http://article.gmane.org/gmane.linux.acpi.devel/19792
merged.
Without it, the backlight interface becomes annoying on laptops. Your
screen will be powered
On 12/1/06, Jens Axboe <[EMAIL PROTECTED]> wrote:
On Fri, Dec 01 2006, Raz Ben-Jehuda(caro) wrote:
> Jens suparna hello
>
> I have managed to understand why io_submit is sometimes very slow.
> It is because the device is plugged once too many io's are being sent.
> I have conducted a simple test
On 01/12/06, Hua Zhong <[EMAIL PROTECTED]> wrote:
I am curious, what's the point?
These email addresses serve a "historical" purpose: they tell when the
contribution was made, what the author's email addresses
were at that point.
It's not MAINTAINERS. If people want to contact someone, go fin
> > Does that change the fact it is ugly ?
>
> No, but it does beg the question "how else can it be done"?
Agreed.
> Distros need a way for users to add a fixed DSDT without recompiling
> their own kernels.
Legal rights to do so aside, do they ? and if they do does it have to be
an ugly hack i
On Fri, 01 Dec 2006 15:29:43 +0300
Pavel Emelianov <[EMAIL PROTECTED]> wrote:
> A trivial issue found during code examining.
> Someone typed unneeded extra spaces.
It's the usual mess in there.
akpm:/usr/src/linux-2.6.19> grep -r '^' arch/ia64 | wc -l
341
There isn't much point i
> Still the same in 2.6.19 + suspend pata_ali patch. The only way I can get
> CD-ROM is with
>
> options pata_ali atapi_max_xfer_mask=0x7f
And I've still got no idea why. Having studied the docs, the old and new
drivers and a lot more I see no difference to explain it.
Alan
-
To unsubscribe fr
On Fri, 2006-12-01 at 16:01 -0500, Ben Collins wrote:
> On Fri, 2006-12-01 at 20:45 +0100, Arjan van de Ven wrote:
> > On Fri, 2006-12-01 at 14:35 -0500, Ben Collins wrote:
> > > What about the point that userspace (udev, and such) is not available
> > > when DSDT loading needs to occur? Init hasn'
On Friday 01 December 2006 22:32, Herbert Poetzl wrote:
> On Fri, Dec 01, 2006 at 01:33:03PM +0300, Kirill Korotaev wrote:
> > OpenVZ has been using them for more than a month already ;-)
>
> great for you, here some details:
>
> - 2.6.19 was released 29th Nov 2006
> - OpenVZ page shows 2.6.9-023
I'm testing 2.6.19 on this box, and I thought I might as well try
out the Parallel ATA driver for the CD/DVD writer (VIA) since the
disk is already handled by libata.
So far, I've found two oddities -
(i.) cdparanoia (9.8) works for root, but for a user it complains
that the ioctl isn't cooked
On Friday 01 December 2006 22:55, Alan wrote:
> > > Does that change the fact it is ugly ?
> >
> > No, but it does beg the question "how else can it be done"?
>
> Agreed.
So how else can it be done?
> > Distros need a way for users to add a fixed DSDT without recompiling
> > their own kernels.
>
On Fri, 1 Dec 2006 23:01:20 +0100
Arkadiusz Miskiewicz <[EMAIL PROTECTED]> wrote:
> Acer notebook users here dump DSDT from their own machine, fix it and then
> load via initrd.
Under EU law thats two copies without permission and modification without
permission of the rights holder
> > an
Hi,
I finalized the work for atomic64_t cmpxchg and atomic64_add_unless on all
architectures. asm-generic/atomic.h atomic_long_t is also streamlined.
Review is welcome.
Mathieu
---BEGIN---
--- a/include/asm-alpha/atomic.h
+++ b/include/asm-alpha/atomic.h
@@ -175,19 +175,64 @@ static __inline__
On Wed, Nov 22, 2006 at 03:41:11PM -0800, Jun Sun wrote:
>
> I am plowing along as I am learning about the in'n'outs about i386. I am
> totally stuck on this one. I would appreciate any help.
>
> As you can see, the function turns off paging mode (of course it
> runs from identically mapped pag
Hi,
I also completed the support for all atomic operations in local.h for all
architectures. The local_t type is now identical on each architectures : it
contains an atomic_long_t field, just like the asm-generic implementation.
Please review.
Mathieu
---BEGIN---
--- a/include/asm-alpha/local.h
CONFIG_PARIDE depends on CONFIG_PARPORT_PC, so there's no reason for
these #ifdef's.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
drivers/block/paride/bpck6.c | 13 -
drivers/block/paride/paride.c | 33 -
2 files changed, 46 deletions(-)
On 12/1/06, Mike Mattie <[EMAIL PROTECTED]> wrote:
In an attempt to debug another kernel issue I turned on the lock validator and
managed to generate this report.
As a side note the first attempt to boot with the lock validator failed with
a message indicating I had exceeded MAX_LOCK_DEPTH. To
On Fri, 2006-12-01 at 22:49 +0100, Arjan van de Ven wrote:
> On Fri, 2006-12-01 at 16:01 -0500, Ben Collins wrote:
> > On Fri, 2006-12-01 at 20:45 +0100, Arjan van de Ven wrote:
> > > On Fri, 2006-12-01 at 14:35 -0500, Ben Collins wrote:
> > > > What about the point that userspace (udev, and such)
Let's remove this pre-historic paride building script.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
drivers/block/paride/jumbo | 70 -
1 file changed, 70 deletions(-)
--- linux-2.6.19-rc6-mm2/drivers/block/paride/jumbo 2006-09-20
05:42:06.00
On Fri, Dec 01, 2006 at 10:01:34PM +, Ken Moffat wrote:
>
> (i.) cdparanoia (9.8) works for root, but for a user it complains
> that the ioctl isn't cooked and refuses to run. For test purposes,
> it runs ok for a user as suid root, but I imagine that increases
> the likelihood of unspeakable
On Fri, 1 Dec 2006 23:35:21 +0100
Adrian Bunk <[EMAIL PROTECTED]> wrote:
> Let's remove this pre-historic paride building script.
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Acked-by: Alan Cox <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
On Fri, 1 Dec 2006 23:33:15 +0100
Adrian Bunk <[EMAIL PROTECTED]> wrote:
> CONFIG_PARIDE depends on CONFIG_PARPORT_PC, so there's no reason for
> these #ifdef's.
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Acked-by: Alan Cox <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the l
On Fri, 1 Dec 2006 19:28:55 +0100, Sebastian Kemper <[EMAIL PROTECTED]> wrote:
> I also increased the wait time from 5 seconds to 20 in
> drivers/usb/host/pci-quirks.c but that didn't change anything.
That was a good try, but I thought maybe it needs doing something
twice, or having some extra bi
Here are some PCI patches for 2.6.19
They contain a number of PCI hotplug driver fixes and changes, and some
other stuff that is detailed below.
All of these patches have been in the -mm tree for a while.
Please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/pci-2.6.git/
Here are some driver core patches for 2.6.19
They contain:
- driver core rework to allow code to move over to using 'struct
device' instead of 'struct class_device'. This also entails
full backward compatibility for distros that are using older
versions of ud
From: Kay Sievers <[EMAIL PROTECTED]>
Create the "driver" link before the child device may be created by
the probing logic. This makes it possible for userspace (udev), to
determine the driver property of the parent device, at the time the
child device is created.
Signed-off-by: Kay Sievers <[EMA
From: Kay Sievers <[EMAIL PROTECTED]>
Disable the PHYSDEV* uevent variables if CONFIG_SYSFS_DEPRECATED is
enabled.
Signed-off-by: Kay Sievers <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
drivers/base/core.c |4
1 files changed, 4 insertions(+), 0 deletio
From: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
I finally did as you suggested and added the notifier to the struct
bus_type itself. There are still problems to be expected is something
attaches to a bus type where the code can hook in different struct
device sub-classes (which is imho a big bogo
pci_get_slot() may return NULL if nothing was found.
quirk_nvidia_ck804() does not check the value returned from pci_get_slot(),
so it may end up causing a NULL pointer deref.
Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]>
---
drivers/pci/quirks.c |2 ++
1 files changed, 2 insertions(+), 0
From: Kay Sievers <[EMAIL PROTECTED]>
Turn off device symlinks CONFIG_SYSFS_DEPRECATED is enabled.
Signed-off-by: Kay Sievers <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
drivers/base/core.c | 18 ++
1 files changed, 14 insertions(+), 4 deletion
From: Kay Sievers <[EMAIL PROTECTED]>
Show the drivers, which belong to the module:
$ ls -l /sys/module/usbcore/drivers/
hub -> ../../../bus/usb/drivers/hub
usb -> ../../../bus/usb/drivers/usb
usbfs -> ../../../bus/usb/drivers/usbfs
Signed-off-by: Kay Sievers <[EMAIL PROTECTED]>
Signed-of
From: Greg Kroah-Hartman <[EMAIL PROTECTED]>
It doesn't need to be global or in device.h
Cc: Kay Sievers <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
drivers/base/class.c | 17 -
drivers/base/core.c| 17 +
include/linux/
From: Greg Kroah-Hartman <[EMAIL PROTECTED]>
Converts from using struct "class_device" to "struct device" making
everything show up properly in /sys/devices/ with symlinks from the
/sys/class directory.
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
drivers/char/vt.c | 81 ++
From: Adrian Bunk <[EMAIL PROTECTED]>
This patch makes the needlessly global setup_parent() static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
drivers/base/core.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --g
From: Cornelia Huck <[EMAIL PROTECTED]>
As pointed out by Alan Stern, device_move needs to use klist_remove which waits
until removal is complete.
Signed-off-by: Cornelia Huck <[EMAIL PROTECTED]>
Cc: Alan Stern <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
drivers
From: Greg Kroah-Hartman <[EMAIL PROTECTED]>
Converts from using struct "class_device" to "struct device" making
everything show up properly in /sys/devices/ with symlinks from the
/sys/class directory.
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
drivers/base/firmware_class.c | 11
From: Greg Kroah-Hartman <[EMAIL PROTECTED]>
Converts from using struct "class_device" to "struct device" making
everything show up properly in /sys/devices/ with symlinks from the
/sys/class directory.
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
drivers/video/fbmem.c | 16 ++--
From: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
Move the call to platform_notify_remove() to after the call to
bus_remove_device(), where it belongs. It's bogus to notify the platform
of removal while drivers are still attached to the device and possibly
still operating since the platform might
From: Greg Kroah-Hartman <[EMAIL PROTECTED]>
Converts from using struct "class_device" to "struct device" making
everything show up properly in /sys/devices/ with symlinks from the
/sys/class directory.
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
drivers/char/ppdev.c |6 +++---
From: Greg Kroah-Hartman <[EMAIL PROTECTED]>
As class_device is going away eventually...
Cc: Jean Delvare <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
drivers/i2c/i2c-dev.c | 26 +-
1 files changed, 13 insertions(+), 13 deletions(-)
dif
From: Greg Kroah-Hartman <[EMAIL PROTECTED]>
Converts from using struct "class_device" to "struct device" making
everything show up properly in /sys/devices/ with symlinks from the
/sys/class directory.
It also makes the struct sound_card to show up as a "real" device
where all the different soun
From: Greg Kroah-Hartman <[EMAIL PROTECTED]>
Converts from using struct "class_device" to "struct device" making
everything show up properly in /sys/devices/ with symlinks from the
/sys/class directory.
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
drivers/char/raw.c | 12 ++---
From: Greg Kroah-Hartman <[EMAIL PROTECTED]>
Converts from using struct "class_device" to "struct device" making
everything show up properly in /sys/devices/ with symlinks from the
/sys/class directory.
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
drivers/net/ppp_generic.c |4 ++
From: Greg Kroah-Hartman <[EMAIL PROTECTED]>
Converts from using struct "class_device" to "struct device" making
everything show up properly in /sys/devices/ with symlinks from the
/sys/class directory.
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
drivers/mmc/mmc_queue.c |4 ++-
From: Greg Kroah-Hartman <[EMAIL PROTECTED]>
Converts from using struct "class_device" to "struct device" making
everything show up properly in /sys/devices/ with symlinks from the
/sys/class directory.
Also fixes up the isdn drivers that were putting something in the class
device's directory.
S
From: Cornelia Huck <[EMAIL PROTECTED]>
Introduce device_find_child() to match device_for_each_child().
Signed-off-by: Cornelia Huck <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
drivers/base/core.c| 33 +
include/linux/device
From: Thomas Maier <[EMAIL PROTECTED]>
since most of the files in sysfs are text files,
it would be nice, if the "store" function called
during sysfs_write_file() gets a zero terminated
string / data.
The current implementation seems not to ensure this.
(But only if it is the first time the zeroed
On Fri, 1 Dec 2006 15:23:39 -0800, [EMAIL PROTECTED] wrote:
> BIOS handoff assumes an SMI, right? Could SMI be masked?
That might be a bad idea, because things like fans may be controlled
by SMM BIOS. The best thing we can do is to follow the published
procedure, and maybe insert a workaround if
From: Greg Kroah-Hartman <[EMAIL PROTECTED]>
Converts from using struct "class_device" to "struct device" making
everything show up properly in /sys/devices/ with symlinks from the
/sys/class directory.
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
arch/i386/kernel/cpuid.c | 20 +++
On Fri, Dec 01, 2006 at 03:02:01PM -0800, Pete Zaitcev wrote:
> On Fri, 1 Dec 2006 19:28:55 +0100, Sebastian Kemper <[EMAIL PROTECTED]> wrote:
>
> > I also increased the wait time from 5 seconds to 20 in
> > drivers/usb/host/pci-quirks.c but that didn't change anything.
>
> That was a good try, b
From: Greg Kroah-Hartman <[EMAIL PROTECTED]>
Converts from using struct "class_device" to "struct device" making
everything show up properly in /sys/devices/ with symlinks from the
/sys/class directory.
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
arch/i386/kernel/msr.c | 20 +
On Fri, 2006-12-01 at 21:08 +, Al Viro wrote:
> On Fri, Dec 01, 2006 at 02:52:11PM -0600, Russell Cattelan wrote:
> > code clean up are not without risk and with no regression test suite to
> > verify
> > that a "cleanup" has not broken something. Cleanups are very much a
> > hindrance to stabi
From: Heiko Carstens <[EMAIL PROTECTED]>
Take return value of sysfs_create_group() into account. That function got
called in case of CPU_ONLINE notification. Since callbacks are not allowed
to fail on CPU_ONLINE notification do the sysfs group creation on
CPU_UP_PREPARE notification.
Also remem
From: David Brownell <[EMAIL PROTECTED]>
This defines a new platform_driver_probe() method allowing the driver's
probe() method, and its support code+data, to safely live in __init
sections for typical system configurations.
Many system-on-chip processors could benefit from this API, to the tune
From: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
Change ACPI to use dev_archdata instead of firmware_data
This patch changes ACPI to use the new dev_archdata on i386, x86_64
and ia64 (is there any other arch using ACPI ?) to store it's
acpi_handle.
It also removes the firmware_data field from st
From: David Brownell <[EMAIL PROTECTED]>
This is almost a rewrite of the driver-model/platform.txt documentation;
the previous text was obsolete (for several years), evidently it never
got updated to match the change from being a PC "legacy_bus" to the more
widely used core bus for most embedded s
From: Cornelia Huck <[EMAIL PROTECTED]>
Provide a function device_move() to move a device to a new parent device. Add
auxilliary functions kobject_move() and sysfs_move_dir().
kobject_move() generates a new uevent of type KOBJ_MOVE, containing the
previous path (DEVPATH_OLD) in addition to the usu
From: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
Add arch specific dev_archdata to struct device
Adds an arch specific struct dev_arch to struct device. This enables
architecture to add specific fields to every device in the system, like
DMA operation pointers, NUMA node ID, firmware specific dat
From: Greg Kroah-Hartman <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
drivers/char/mem.c |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/char/mem.c b/drivers/char/mem.c
index 5547337..e67eef4 100644
--- a/drivers/char/mem.c
On Fri, Dec 01, 2006 at 03:29:22PM -0800, Pete Zaitcev wrote:
> On Fri, 1 Dec 2006 15:23:39 -0800, [EMAIL PROTECTED] wrote:
>
> > BIOS handoff assumes an SMI, right? Could SMI be masked?
>
> That might be a bad idea, because things like fans may be controlled
> by SMM BIOS. The best thing we can
From: Kay Sievers <[EMAIL PROTECTED]>
Turn off the bus symlinks if CONFIG_SYSFS_DEPRECATED is enabled
Signed-off-by: Kay Sievers <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
drivers/base/bus.c | 20 +---
1 files changed, 17 insertions(+), 3 dele
From: Kay Sievers <[EMAIL PROTECTED]>
Turn off class symlinks CONFIG_SYSFS_DEPRECATED is enabled.
Signed-off-by: Kay Sievers <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
drivers/base/class.c | 149 +-
1 files chang
Compile tested.
drivers/char/vt_ioctl.c changes vc->vt_pid doing
put_pid(xchg(&vc->vt_pid, ...));
This is unsafe, put_pid() can actually free the memory while vc->vt_pid is
still used by kill_pid(vc->vt_pid).
Add a new helper, put_pid_rcu(), which frees "struct pid" via rcu callback
and
On Sat, 2 Dec 2006 00:21:56 +0100
Jesper Juhl <[EMAIL PROTECTED]> wrote:
> pci_get_slot() may return NULL if nothing was found.
> quirk_nvidia_ck804() does not check the value returned from pci_get_slot(),
> so it may end up causing a NULL pointer deref.
>
>
> Signed-off-by: Jesper Juhl <[EMAIL
From: Greg Kroah-Hartman <[EMAIL PROTECTED]>
If CONFIG_SYSFS_DEPRECATED is enabled, old versions of udev will work
properly with devices that are associated with a class.
Cc: Kay Sievers <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
drivers/base/core.c | 59
On Fri, Dec 01, 2006 at 03:16:24PM -0800, Greg KH wrote:
> Here are some PCI patches for 2.6.19
You meant 2.6.20-rc1?
grant
>
> They contain a number of PCI hotplug driver fixes and changes, and some
> other stuff that is detailed below.
>
> All of these patches have been in the -mm tree for a
From: Kay Sievers <[EMAIL PROTECTED]>
Provide a way to support older versions of udev that are shipped in
older distros. If this option is disabled, it will also turn off the
compatible symlinks in sysfs that older programs might rely on.
When in doubt, or if running a distro older than 2006, sa
From: Greg Kroah-Hartman <[EMAIL PROTECTED]>
This also ment that some of the misc drivers had to also be fixed
up as they were assuming the device was a class_device.
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
drivers/char/hw_random/core.c | 38 +++-
From: Greg Kroah-Hartman <[EMAIL PROTECTED]>
Converts from using struct "class_device" to "struct device" making
everything show up properly in /sys/devices/ with symlinks from the
/sys/class directory.
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
drivers/char/vc_screen.c | 16 +++
On Fri, Dec 01, 2006 at 03:58:14PM -0500, Ben Collins wrote:
> On Fri, 2006-12-01 at 19:53 +, Alan wrote:
> > > > The whole approach of using filp_open() not the firmware interface
> > > > is horribly ugly and does not belong mainstream.
> > >
> > > What about the point that userspace (u
Andrew,
I booted without the video and vga settings with earlyprintk=vga and got
output. The
kenerl was complaining about a crc error. Checking the patch list I found:
crc32-replace-bitreverse-by-bitrev32.patch
reversing this patch fixes booting here.
Please do not push this on - it breaks a
On Fri, Dec 01, 2006 at 04:37:33PM -0700, Grant Grundler wrote:
> On Fri, Dec 01, 2006 at 03:16:24PM -0800, Greg KH wrote:
> > Here are some PCI patches for 2.6.19
>
> You meant 2.6.20-rc1?
No, well yes, they are "against" 2.6.19 :)
thanks,
greg k-h
-
To unsubscribe from this list: send the lin
On Fri, 1 Dec 2006 19:33:21 -0500
Ed Tomlinson <[EMAIL PROTECTED]> wrote:
> I booted without the video and vga settings with earlyprintk=vga and got
> output. The
> kenerl was complaining about a crc error. Checking the patch list I found:
>
> crc32-replace-bitreverse-by-bitrev32.patch
>
> re
On Fri, 1 Dec 2006, Pierre Ossman wrote:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/drzeus/mmc.git for-linus
I get
Already up-to-date.
did you forget to push? Or is mirroring just really slow again?
Linus
-
To unsubscribe from this list: send the line "
On Fri, 1 Dec 2006 16:37:33 -0700 Grant Grundler wrote:
> On Fri, Dec 01, 2006 at 03:16:24PM -0800, Greg KH wrote:
> > Here are some PCI patches for 2.6.19
>
> You meant 2.6.20-rc1?
He meant "for", as in "on top of" or "to patch" 2.6.19.
Language has lots of ambiguity...
---
~Randy
-
To unsubsc
Mathieu Desnoyers wrote:
Hi,
I finalized the work for atomic64_t cmpxchg and atomic64_add_unless on all
architectures. asm-generic/atomic.h atomic_long_t is also streamlined.
Review is welcome.
Beautiful! Now I can do the rwsem consolidation. Thanks.
Nick
--
SUSE Labs, Novell Inc.
Send inst
We (the -stable team) are announcing the release of the 2.6.18.5 kernel.
The diffstat and short summary of the fixes are below.
I'll also be replying to this message with a copy of the patch between
2.6.18.4 and 2.6.18.5, as it is small enough to do so.
diff --git a/Makefile b/Makefile
index d026088..85d8009 100644
--- a/Makefile
+++ b/Makefile
@@ -1,7 +1,7 @@
VERSION = 2
PATCHLEVEL = 6
SUBLEVEL = 18
-EXTRAVERSION = .4
+EXTRAVERSION = .5
NAME=Avast! A bilge rat!
# *DOCUMENTATION*
diff --git a/arch/alpha/Kconfig b/arch/alpha/Kconfig
index 21
Hi.
Perhaps some of you have read my older two threads:
http://marc.theaimsgroup.com/?t=11631244001&r=1&w=2 and the even
older http://marc.theaimsgroup.com/?t=11629131451&r=1&w=2
The issue was basically the following:
I found a severe bug mainly by fortune because it occurs very rarely.
M
On Sat, 2 Dec 2006, Jesper Juhl wrote:
> pci_get_slot() may return NULL if nothing was found.
> quirk_nvidia_ck804() does not check the value returned from pci_get_slot(),
> so it may end up causing a NULL pointer deref.
>
Looks good. The possible NULL pointer is actually not at pci_dev_put,
On Fri, Dec 01, 2006 at 05:29:46PM -0600, Russell Cattelan wrote:
> gfs2 is supposed to be stabilized and use-able for the up coming rhel5
> release, not pretty up for somebody to print out and hang on their wall.
Your insight, sir, is truly stunning. That is to say, it reminds of
a sudden and u
On Sat Dec 02, 2006 at 01:56:06AM +0100, Christoph Anton Mitterer wrote:
> The issue was basically the following:
> I found a severe bug mainly by fortune because it occurs very rarely.
> My test looks like the following: I have about 30GB of testing data on
> my harddisk,... I repeat verifying sha
On Mon, 2006-11-27 at 13:55 -0600, Eric Van Hensbergen wrote:
> On 11/27/06, bert hubert <[EMAIL PROTECTED]> wrote:
> > On Mon, Nov 27, 2006 at 06:26:34PM +, Eric Van Hensbergen wrote:
> > > This is the first cut of a device-mapper target which provides a
> > > write-back
> > > or write-throug
Erik Andersen wrote:
> Doh! I have a Tyan S2895 in my system, and I've been pulling my
> hair out trying to track down the cause of a similar somewhat
> rare failure for the pre-computer sha1 of a block of data to
> actually match the calculated sha1. I'd been hunting in vain the
> past few days
This patch adds code to fix up the PHYMODE4 "align timing"
register value on second-generation Promise SATA chips.
Failure to correct this value on non-x86 machines makes
drive detection prone to failure due to timeouts. (I've
observed about 50% detection failure rates on SPARC64.)
The HW boots wi
This patch converts sata_promise to use new-style libata error
handling for its SATA ports. PATA is left unchanged.
* ATA_FLAG_SRST is no longer set for SATA ports
* ->phy_reset is no longer set as it is unused when ->error_handler
is present, and pdc_sata_phy_reset() has been removed
* pdc_fre
This patch performs two simple cleanups of sata_promise.
* Remove board_20771 and map device id 0x3577 to board_2057x.
After the recent corrections for SATAII chips, board_20771 and
board_2057x were equivalent in the driver.
* Remove hp->hotplug_offset and use hp->flags & PDC_FLAG_GEN_II
to
On Tue, Nov 28, 2006 at 03:39:29AM -0500, Jeff Garzik wrote:
>...
> In the future, please use "---" not "--" as the separator your .sig, so
> that it is not copied into the kernel changelog by git-applymbox.
>...
"-- " is the standard separator most MUAs can interpret - "---" would
therefore be
Tejun Heo wrote:
> Berck E. Nash wrote:
>> [ 68.242305] ata2: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
>> [ 98.221334] ata2.00: qc timeout (cmd 0xec)
>> [ 98.225467] ata2.00: failed to IDENTIFY (I/O error, err_mask=0x104)
>> [ 108.063137] ata2: port is slow to respond, please be pati
Berck E. Nash wrote:
> Hrm. It's not a Silicon Image chip, or at least doesn't claim to be:
Yeap, the controller is ich ahci but I'm pretty sure there's a PMP chip
connected to one of them. Look for 4723 in the following page.
http://www.asus.com/products4.aspx?modelmenu=2&model=1198&l1=3&l2=11
This patch is a proof of concept. It works, but still needs a bit of
polish before it's ready for submission. First, the problems:
1) on filesystems w/o permanent inode numbers, i_ino values can be
larger than 32 bits, which can cause problems for some 32 bit userspace
programs on a 64 bit kernel
1 - 100 of 347 matches
Mail list logo
