On Wed, 2007-11-14 at 20:19 +0100, Jiri Kosina wrote:
> On Wed, 14 Nov 2007, Kay Sievers wrote:
>
> > Could it be an init-order problem, where something tries to use the
> > block subsystem? Before it is initialized with:
> > block/genhd.c :: subsys_initcall(genhd_dev
On Thu, 2007-11-15 at 09:01 +0800, Dave Young wrote:
> On Nov 15, 2007 5:27 AM, Kay Sievers <[EMAIL PROTECTED]> wrote:
> > On Wed, 2007-11-14 at 20:19 +0100, Jiri Kosina wrote:
> > > On Wed, 14 Nov 2007, Kay Sievers wrote:
> > >
> > > > Could it be an
On Thu, 2007-11-15 at 16:14 +0800, Dave Young wrote:
> On Thu, Nov 15, 2007 at 03:38:13AM +0100, Kay Sievers wrote:
> > On Thu, 2007-11-15 at 09:01 +0800, Dave Young wrote:
> > > On Nov 15, 2007 5:27 AM, Kay Sievers <[EMAIL PROTECTED]> wrote:
> > > > On Wed, 20
On Nov 15, 2007 5:34 PM, Greg KH <[EMAIL PROTECTED]> wrote:
> On Thu, Nov 15, 2007 at 09:55:34PM +0900, Yasunori Goto wrote:
> > > On Thu, 15 Nov 2007 12:11:58 +0300 Alexey Dobriyan <[EMAIL PROTECTED]>
> > > wrote:
> > >
> > > > Three boxes rarely oops during reboot or poweroff with 2.6.24-rc2-mm1
On Thu, 2007-11-15 at 09:06 -0800, Greg KH wrote:
> On Thu, Nov 15, 2007 at 04:14:07PM +0800, Dave Young wrote:
> > On Thu, Nov 15, 2007 at 03:38:13AM +0100, Kay Sievers wrote:
> > > On Thu, 2007-11-15 at 09:01 +0800, Dave Young wrote:
> > > > On Nov 15, 2007 5:27 AM,
On Nov 16, 2007 3:29 PM, Martin Schwidefsky <[EMAIL PROTECTED]> wrote:
> +
> +static decl_subsys(cpi, NULL, NULL);
> +
decl_subsys() and all other static kset cruft called "subsys" will be
gone with 2.6.25.
The patch series doing this is in -mm, and this patch will need
(trivial) adaption to the
n
On Nov 16, 2007 3:29 PM, Martin Schwidefsky <[EMAIL PROTECTED]> wrote:
> From: Michael Holzheu <[EMAIL PROTECTED]>
> -static struct subsys_attribute dump_type_attr =
> - __ATTR(dump_type, 0644, dump_type_show, dump_type_store);
> -
> -static decl_subsys(dump, NULL, NULL);
I guess th
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 Fri, 2007-10-26 at 16:48 +0200, Peter Zijlstra wrote:
> I appreciate the sysfs people their opinion that /sys/bdi/ might not be the
> best from their POV, however I'm not seeing where to hook the BDI object from
> so that it all makes sense, a few of the things are currently not exposed in
> sy
On Fri, 2007-10-26 at 17:22 +0200, Peter Zijlstra wrote:
> On Fri, 2007-10-26 at 17:10 +0200, Kay Sievers wrote:
> > On Fri, 2007-10-26 at 16:48 +0200, Peter Zijlstra wrote:
> >
> > > I appreciate the sysfs people their opinion that /sys/bdi/ might not be
> > &
On Fri, 2007-10-26 at 17:33 +0200, Peter Zijlstra wrote:
> On Fri, 2007-10-26 at 17:33 +0200, Kay Sievers wrote:
> > On Fri, 2007-10-26 at 17:22 +0200, Peter Zijlstra wrote:
> > > On Fri, 2007-10-26 at 17:10 +0200, Kay Sievers wrote:
> > > > On Fri, 2007-10-26 at 16:
On 10/26/07, Takashi Iwai <[EMAIL PROTECTED]> wrote:
> At Fri, 26 Oct 2007 08:52:02 -0700,
> Greg KH wrote:
> >
> > On Fri, Oct 26, 2007 at 02:47:22PM +0530, Kamalesh Babulal wrote:
> > > I get similar warning, while loading the alsa driver
> >
> > This is a different problem, not a rename issue li
On 10/26/07, Jesse Barnes <[EMAIL PROTECTED]> wrote:
> On Thursday, October 25, 2007 9:59 pm Greg KH wrote:
> > On Thu, Oct 25, 2007 at 04:53:18PM -0700, Jesse Barnes wrote:
> > > Ok, here's yet another version that uses the device model for the
> > > suspend/resume, rather than pci hooks.
> > >
>
y.
Thanks a lot for the help,
Kay
From: Kay Sievers <[EMAIL PROTECTED]>
Subject: Driver Core: fix bug in device_rename() for SYSFS_DEPRECATED=y
Signed-off-by: Kay Sievers <[EMAIL PROTECTED]>
---
diff --git a/drivers/base/core.c b/drivers/base/core.c
index c134341..3f4d6aa 1006
On Fri, 2007-10-26 at 11:12 -0700, Jesse Barnes wrote:
> On Friday, October 26, 2007 10:10 am Kay Sievers wrote:
> > The conversion is already queued in Greg's tree, and in -mm:
> > http://git.kernel.org/?p=linux/kernel/git/gregkh/patches.git;a=blob;f
> >=driver/drm-co
On Fri, 2007-10-26 at 11:40 -0700, Jesse Barnes wrote:
> On Friday, October 26, 2007 10:10 am Kay Sievers wrote:
> > On 10/26/07, Jesse Barnes <[EMAIL PROTECTED]> wrote:
> > > On Thursday, October 25, 2007 9:59 pm Greg KH wrote:
> > > > On Thu, Oct 25, 2007 at
On 10/26/07, Amit Shah <[EMAIL PROTECTED]> wrote:
> On 27/10/2007, Greg KH <[EMAIL PROTECTED]> wrote:
> > On Fri, Oct 26, 2007 at 10:55:15PM +0530, Amit Shah wrote:
> > > On 26/10/2007, Greg KH <[EMAIL PROTECTED]> wrote:
> > > > On Fri, Oct 26, 2007 at 12:44:38PM +0530, Amit Shah wrote:
> > > > > O
On Fri, 2007-10-26 at 19:36 -0700, Greg KH wrote:
> On Fri, Oct 26, 2007 at 08:07:44PM +0200, Kay Sievers wrote:
> > On Fri, 2007-10-26 at 12:05 -0500, Larry Finger wrote:
> > > On my openSUSE 10.3 x86_64 system running v2.6.24-rc1-281-g22d2aa1,
> > > I get the sysfs ren
On Sat, 2007-10-27 at 09:02 -0700, Greg KH wrote:
> On Sat, Oct 27, 2007 at 10:39:59AM +0200, Peter Zijlstra wrote:
> > On Fri, 2007-10-26 at 19:40 -0700, Greg KH wrote:
> > > On Sat, Oct 27, 2007 at 03:18:08AM +0200, Peter Zijlstra wrote:
> > > > On Fri, 2007-10-26 at 22:04 +0200, Peter Zijlstra w
On Fri, 2007-10-26 at 14:31 -0700, Jesse Barnes wrote:
> On Friday, October 26, 2007 12:08 pm Kay Sievers wrote:
> > The open coded: device_create_file(&dev->dev, &device_attrs[i])
> > should probably replaced by passing the array to the class, and the
> > core wil
On Mon, 2007-10-29 at 00:18 -0700, Andrew Morton wrote:
> On Sun, 21 Oct 2007 21:23:21 +0200 Thomas Meyer <[EMAIL PROTECTED]> wrote:
> >
> > I have an external hard drive with an encrypted partition. I am using
> > kde so all i had to do under 2.6.23 was
> > "cryptsetup luksOpen /dev/sdb2 crypt-
On Mon, 2007-10-29 at 10:16 -0500, James Bottomley wrote:
> In the SCSI transport classes (and soon to be in the AEN event
> subsystem) we have a lot of need for a grouping that doesn't include all
> files in the group. We basically want to show capability by which file
> is present. A classic ex
On Mon, 2007-10-29 at 12:28 -0500, James Bottomley wrote:
> On Mon, 2007-10-29 at 18:27 +0100, Kay Sievers wrote:
> > On Mon, 2007-10-29 at 11:57 -0500, James Bottomley wrote:
> > > On Mon, 2007-10-29 at 17:54 +0100, Kay Sievers wrote:
> > > > On Mon, 2007-10-29 a
On Mon, 2007-10-29 at 11:57 -0500, James Bottomley wrote:
> On Mon, 2007-10-29 at 17:54 +0100, Kay Sievers wrote:
> > On Mon, 2007-10-29 at 10:16 -0500, James Bottomley wrote:
> > > struct attribute_group {
> > > const char *name;
> > > + i
int (*filter_show)(struct kobject *, int);
> >
> > > Actually, it returns a true/false value indicating whether the given
> > > attribute should be displayed.
> >
> > How about this:
> >
> > int (*is_visible)(...);
>
>
On Oct 31, 2007 1:40 AM, Mark M. Hoffman <[EMAIL PROTECTED]> wrote:
> * James Bottomley <[EMAIL PROTECTED]> [2007-10-30 13:25:43 -0500]:
> > On Mon, 2007-10-29 at 18:58 +0100, Stefan Richter wrote:
> > > James Bottomley wrote:
> > > >> > struct attribute_group {
> > > >> >const char
On Oct 31, 2007 3:34 PM, Greg KH <[EMAIL PROTECTED]> wrote:
> On Wed, Oct 31, 2007 at 06:34:20PM +0800, Denis Cheng wrote:
> > this is especially useful after /sys/slab introduced, for example:
> >
> > $ ls -l /sys/slab/mm_struct
> > lrwxrwxrwx 1 root root 0 2007-10-31 17:40 /sys/slab/mm_struct ->
On Thu, 2007-11-01 at 19:59 +0100, Kay Sievers wrote:
> On Oct 31, 2007 3:34 PM, Greg KH <[EMAIL PROTECTED]> wrote:
> > On Wed, Oct 31, 2007 at 06:34:20PM +0800, Denis Cheng wrote:
> > > this is especially useful after /sys/slab introduced, for example:
> > >
On Fri, 2007-07-20 at 00:59 -0700, Andrew Morton wrote:
> On Fri, 20 Jul 2007 09:01:06 +0200 Robert Schwebel <[EMAIL PROTECTED]> wrote:
>
> > You add and use
> >
> > extern const char *kobject_actions[];
>
> Added it in a .c file, too. Even checkpatch.pl knows that
> was wrong.
The kernel
On 7/21/07, Dave Jones <[EMAIL PROTECTED]> wrote:
Just one of my machines to 2.6.22.1, and got this during boot..
Starting udev: udevd-event[619]: udev_node_symlink:
symlink(../../sdc/dev/disk/by-uuid/2d773baf-8174-10a6-14db-a78e0e676e89)
failed: File exists
Under 2.6.21, all was fine.
sdc i
On 7/21/07, Dave Jones <[EMAIL PROTECTED]> wrote:
On Sat, Jul 21, 2007 at 03:09:55AM +0200, Kay Sievers wrote:
> On 7/21/07, Dave Jones <[EMAIL PROTECTED]> wrote:
> > Just one of my machines to 2.6.22.1, and got this during boot..
> >
> > Starting udev: ud
On 7/21/07, Dave Jones <[EMAIL PROTECTED]> wrote:
On Sat, Jul 21, 2007 at 03:28:12AM +0200, Kay Sievers wrote:
> On 7/21/07, Dave Jones <[EMAIL PROTECTED]> wrote:
> > On Sat, Jul 21, 2007 at 03:09:55AM +0200, Kay Sievers wrote:
> > > On 7/21/07, Dave J
On 7/21/07, Kay Sievers <[EMAIL PROTECTED]> wrote:
On 7/21/07, Dave Jones <[EMAIL PROTECTED]> wrote:
> On Sat, Jul 21, 2007 at 03:28:12AM +0200, Kay Sievers wrote:
> > On 7/21/07, Dave Jones <[EMAIL PROTECTED]> wrote:
> > > On Sat, Jul 21, 2007 at
On 7/24/07, Greg KH <[EMAIL PROTECTED]> wrote:
On Tue, Jul 24, 2007 at 10:03:14AM +0200, Cornelia Huck wrote:
> On Tue, 24 Jul 2007 00:25:40 -0700,
> Greg KH <[EMAIL PROTECTED]> wrote:
>
> > On Tue, Jul 24, 2007 at 07:39:38AM +0100, Simon Arlott wrote:
> > > The following commit appears to break
On 7/24/07, Simon Arlott <[EMAIL PROTECTED]> wrote:
On Tue, July 24, 2007 10:20, Kay Sievers wrote:
> On 7/24/07, Greg KH <[EMAIL PROTECTED]> wrote:
>> On Tue, Jul 24, 2007 at 10:03:14AM +0200, Cornelia Huck wrote:
>> > On Tue, 24 Jul 2007 00:25:40 -0700,
>>
On 7/24/07, Simon Arlott <[EMAIL PROTECTED]> wrote:
On 24/07/07 13:54, Cornelia Huck wrote:
> On Tue, 24 Jul 2007 11:20:02 +0200,
> "Kay Sievers" <[EMAIL PROTECTED]> wrote:
>
>> It looks fine to me. "device" links must never point to anything else
On 7/24/07, Simon Arlott <[EMAIL PROTECTED]> wrote:
On 24/07/07 17:34, Kay Sievers wrote:
> On 7/24/07, Simon Arlott <[EMAIL PROTECTED]> wrote:
>> On 24/07/07 13:54, Cornelia Huck wrote:
>> > On Tue, 24 Jul 2007 11:20:02 +0200,
>> > "Kay Sievers&quo
On Wed, 2007-07-25 at 17:11 -0700, Greg KH wrote:
> On Wed, Jul 25, 2007 at 09:58:08AM +0200, Cornelia Huck wrote:
> > On Wed, 25 Jul 2007 02:19:18 +0200,
> > "Kay Sievers" <[EMAIL PROTECTED]> wrote:
> >
> > > > >> Removing the dev->pare
On 8/30/07, Henrique de Moraes Holschuh <[EMAIL PROTECTED]> wrote:
> On Thu, 30 Aug 2007, Yan Burman wrote:
> >>> You can generate events on input devices, but I am not sure that's the
> >>> best way to go about it for this. Things that block on read until an
> >>> interrupt happens might work bet
On 9/4/07, davide rossetti <[EMAIL PROTECTED]> wrote:
> I'm trying to track down a problem on a Sun V40Z server with 4 network
> devices grabbing random ethX device names. now, trying to force the
> device names to what I want, I got a __tmpX form of device name,
> which I think is a half-confi
On 8/2/07, Jan Engelhardt <[EMAIL PROTECTED]> wrote:
> I know I have seen my kernel outputting "A renamed to B". Since you two
> however wanted that information in the first place, I grepped a bit
> around, and actually found, (drumroll), that the SUSE kernel has had a
> proper patch for [I can't r
On Fri, 2007-08-03 at 00:39 +0200, Jan Engelhardt wrote:
> On Aug 3 2007 00:00, Kay Sievers wrote:
> >On 8/2/07, Jan Engelhardt <[EMAIL PROTECTED]> wrote:
> >> I know I have seen my kernel outputting "A renamed to B". Since you two
> >> however wa
On 8/5/07, Alexey Dobriyan <[EMAIL PROTECTED]> wrote:
> Hell knows when this changed, but sysfs is lying about modules refcounts now.
>
> $ cat /sys/module/it87/refcnt
> 4294967295
> $ lsmod | grep ^it87
> it87 15756 0
>
> Signed-off-by: Alexey Dobriyan <[EMAIL PROTECTED]>
> ---
On 8/7/07, Neil Brown <[EMAIL PROTECTED]> wrote:
> On Monday August 6, [EMAIL PROTECTED] wrote:
> > On Tue, 2007-08-07 at 16:07 +1000, Neil Brown wrote:
> > > Suppose that in a program I have an open file descriptor for a device,
> > > and I want to find the /sys/block information for this device.
On 8/7/07, Cornelia Huck <[EMAIL PROTECTED]> wrote:
> On Mon, 06 Aug 2007 22:23:07 +0200,
> Javier Pello <[EMAIL PROTECTED]> wrote:
>
> > > > 2. The second part changes _request_firmware in
> > > > drivers/base/firmware_class.c to actually check the return value
> > > > of kobject_uevent and skip t
On 8/7/07, Cornelia Huck <[EMAIL PROTECTED]> wrote:
> On Tue, 7 Aug 2007 13:46:55 +0200,
> "Kay Sievers" <[EMAIL PROTECTED]> wrote:
>
> > > - Use an extra parameter in which successful delivery can be indicated.
> > > Make this
> >
On Tue, 2007-08-07 at 14:47 +0200, Javier Pello wrote:
> On Tue, 07 Aug 2007, Cornelia Huck wrote:
>
> > On Tue, 7 Aug 2007 13:46:55 +0200,
> > "Kay Sievers" <[EMAIL PROTECTED]> wrote:
> > > How do you check if events have been "handled"
On Tue, 2007-08-07 at 15:59 +0200, Javier Pello wrote:
> On Tue, 07 Aug 2007, Kay Sievers wrote:
>
> > If you don't have modules and the initial request fails, how do you
> > load the firmware later?
>
> I trigger a rebinding of the device to the driver in an i
On 8/7/07, Chuck Ebbert <[EMAIL PROTECTED]> wrote:
> On 08/07/2007 04:43 PM, Jeff Garzik wrote:
> > Chuck Ebbert wrote:
> >> With no other changes but a kernel upgrade, the pcspkr driver
> >> doesn't load automatically anymore. No changes to that driver
> >> jump out, so where else could the proble
On 8/8/07, Larry Finger <[EMAIL PROTECTED]> wrote:
> Cornelia Huck wrote:
> > On Tue, 07 Aug 2007 21:37:24 -0700 (PDT),
> > David Miller <[EMAIL PROTECTED]> wrote:
> >
> >> I think this check belongs in udev not in the kernel. Thankfully
> >> this message at least tells us it is happening, please
On Wed, 2007-08-08 at 08:59 -0500, Larry Finger wrote:
> Kay Sievers wrote:
> > On 8/8/07, Larry Finger <[EMAIL PROTECTED]> wrote:
> >> I agree with you, but you and David can fight it out. While finding out
> >> where to ask/complain about
> >> udev,
On Wed, 2007-08-08 at 15:32 -0400, Bill Nottingham wrote:
> Kay Sievers ([EMAIL PROTECTED]) said:
> > It doesn't have any aliases, so seems it was never autoloaded.
>
> It was - prior kernels loaded it via the uevent generated from
> /devices/platform/pcspkr. Newe
On Wed, 2007-08-08 at 18:22 -0400, Bill Nottingham wrote:
> Kay Sievers ([EMAIL PROTECTED]) said:
> > Ah, ok, makes sense. Yeah, that weird "platform devices loads itself by
> > the name" thing got disabled in the platform subsystem. It caused
> > modprobe loops
On Thu, 2007-08-09 at 11:13 +0200, Javier Pello wrote:
> On Tue, 07 Aug 2007, Kay Sievers wrote:
> > Nope, you would just fulfill in a completely generic way all outstanding
> > requests when you are ready. All requests are all nicely grouped and
> > visible in sysfs. Ther
On Thu, 2007-08-09 at 16:50 +1000, Neil Brown wrote:
> On Tuesday August 7, [EMAIL PROTECTED] wrote:
> > On 8/7/07, Neil Brown <[EMAIL PROTECTED]> wrote:
> > > On Monday August 6, [EMAIL PROTECTED] wrote:
> > > > On Tue, 2007-08-07 at 16:07 +1000, Neil Brown wrote:
> > > > > Suppose that in a progr
On Thu, 2007-08-09 at 11:36 +0200, Javier Pello wrote:
> On Tue, 07 Aug 2007, Cornelia Huck wrote:
>
> > So it is indeed that this driver wants to fail its probe if it
> > cannot get the firmware.
>
> That's right. The driver unbinds itself from the device if it doesn't
> get the firmware.
>
> >
On 7/27/07, Jeff Garzik <[EMAIL PROTECTED]> wrote:
> Bjorn Helgaas wrote:
> > And couldn't we use udev to associate a fixed name with a MAC
> > address? Then the user could use the same persistent name,
> > regardless of the order in which the driver found the devices.
>
>
> I don't know about ude
On Sun, 2007-07-29 at 20:37 +0100, Russell King wrote:
> On Sun, Jul 29, 2007 at 08:34:01PM +0100, Russell King wrote:
> > Many ARM platforms fail to build with the following:
> >
> > drivers/built-in.o: In function `store_uevent':
> > hid-input.c:(.text+0x19c4c): undefined reference to `kobject_
On 7/31/07, Sasa Ostrouska <[EMAIL PROTECTED]> wrote:
> On 7/31/07, Gabriel C <[EMAIL PROTECTED]> wrote:
> > Sasa Ostrouska wrote:
> > > On 7/30/07, Avuton Olrich <[EMAIL PROTECTED]> wrote:
> > >> On 7/30/07, Sasa Ostrouska <[EMAIL PROTECTED]> wrote:
> > >>> Hi people,
> > >>>
> > >>> I'm using thi
On Mon, 2007-07-30 at 15:24 -0700, [EMAIL PROTECTED] wrote:
> On Tue, 31 Jul 2007, Kay Sievers wrote:
>
> > On 7/31/07, Sasa Ostrouska <[EMAIL PROTECTED]> wrote:
> >> On 7/31/07, Gabriel C <[EMAIL PROTECTED]> wrote:
> >>> Sasa Ostrouska wrote:
>
On Tue, 2007-07-31 at 00:19 +0200, Gabriel C wrote:
> Kay Sievers wrote:
> > On 7/31/07, Sasa Ostrouska <[EMAIL PROTECTED]> wrote:
> >> On 7/31/07, Gabriel C <[EMAIL PROTECTED]> wrote:
> >>> Sasa Ostrouska wrote:
> >>>> On 7/30/07, Avuton O
On Tue, 2007-07-31 at 01:10 +0200, Sasa Ostrouska wrote:
> On 7/31/07, Kay Sievers <[EMAIL PROTECTED]> wrote:
> >
> > On Tue, 2007-07-31 at 00:19 +0200, Gabriel C wrote:
> > > Kay Sievers wrote:
> > > > On 7/31/07, Sasa Ostrouska <[EMAIL PROTECTED]&g
On 7/31/07, Carl-Daniel Hailfinger <[EMAIL PROTECTED]> wrote:
> On 31.07.2007 00:17, Gabriel C wrote:
> > Sasa Ostrouska wrote:
> >
> >> Gabriel, hmm, shouldnt udev be able to autoconfigure that ? But I need
> >> to check that, thx for the tip.
> >
> > Yes udev does this based on the MAC address bu
On 7/31/07, Kay Sievers <[EMAIL PROTECTED]> wrote:
> On 7/31/07, Carl-Daniel Hailfinger <[EMAIL PROTECTED]> wrote:
> > On 31.07.2007 00:17, Gabriel C wrote:
> > > Sasa Ostrouska wrote:
> > >
> > >> Gabriel, hmm, shouldnt udev be able to autoconfig
On 8/10/07, Pavel Emelyanov <[EMAIL PROTECTED]> wrote:
> The platform_uevent() callback called via
> show_uevent()
> dev_uevent()
> platform_uevent()
> forgot to set NULL to the last envp pointer and this caused the
> show_uevent() oops while printing all the envp pointers like this:
> The l
On 8/10/07, Javier Pello <[EMAIL PROTECTED]> wrote:
> On Thu 09 Aug 2007, Kay Sievers wrote:
>
> > On Thu, 2007-08-09 at 11:36 +0200, Javier Pello wrote:
> >
> > > Anyway, my point is that it is useless to have the kernel block for
> > > a minute at boo
On 8/8/07, Kristen Carlson Accardi <[EMAIL PROTECTED]> wrote:
> Here is an updated set of patches that implement Asynchronous Notification
> support for ATAPI devices. In this version I no longer export the AN
> capability through genhd, and the uevent is sent by the scsi_device
> instead of gendi
On Mon, 2007-08-13 at 19:30 +0200, Cornelia Huck wrote:
> On Mon, 13 Aug 2007 16:37:11 +0200,
> Kay Sievers <[EMAIL PROTECTED]> wrote:
> > this changes the uevent buffer stuff to use a struct instead
> > of tons of parameters. It does no longer require the caller to
On Mon, 2007-08-13 at 09:26 -0700, Kristen Carlson Accardi wrote:
> On Sat, 11 Aug 2007 16:00:53 +0200
> "Kay Sievers" <[EMAIL PROTECTED]> wrote:
>
> > On 8/8/07, Kristen Carlson Accardi <[EMAIL PROTECTED]> wrote:
> > > Here is an updated set of pa
On 8/14/07, Jean Delvare <[EMAIL PROTECTED]> wrote:
> On Mon, 13 Aug 2007 19:20:43 +0200, Markus Rechberger wrote:
> > Marcel Holtmann wrote:
> > > I would prefer if we use "firmware-%s" since the "fw" might collide with
> > > the new Firewire stack. Please change that and I agree.
> >
> > firmware
On Tue, 2007-08-14 at 13:05 -0700, Mike Anderson wrote:
> This patch series enables device mapper (dm) to send kobject uevents for
> dm events. Currently only two new events are sent related to path state
> changes.
Sounds fine.
> DM_ACTION=PATH_FAILED
> DM_SEQNUM=1
> DM_PATH=8:48
> DM_PATHS=1
O
On 8/17/07, Larry Finger <[EMAIL PROTECTED]> wrote:
> A new driver for the Broadcom BCM43xx devices has been written that uses
> mac80211, rather than
> softmac. The newest versions of the Broadcom firmware does not support all
> the BCM devices.
> Accordingly, a separate driver is being prepared
On Fri, 2007-08-17 at 09:55 -0700, David Brownell wrote:
> On Friday 17 August 2007, Kay Sievers wrote:
> > Again,
>
> "Again"?
We exchanges several mails a few weeks ago after the Debian bug caused
by a modprobe loop.
> > the only sane solution is to provide MOD
On 8/17/07, Atsushi Nemoto <[EMAIL PROTECTED]> wrote:
> On Fri, 17 Aug 2007 09:02:00 -0700, David Brownell <[EMAIL PROTECTED]> wrote:
> > Because for some reason the driver name isn't rtc-ds1742 ...
> >
> > My preferred style for such patches puts the MODULE_ALIAS up
> > near the strange driver nam
On Thu, 2007-10-18 at 15:23 -0400, Alan Stern wrote:
> This patch (as1004) fixes a refcounting bug in the development version
> of the block-device core.
>
> Signed-off-by: Alan Stern <[EMAIL PROTECTED]>
>
> ---
>
> Kay, you have got to start testing your patches better!
That leaves references
On Fri, 2007-10-19 at 10:09 -0400, Alan Stern wrote:
> On Fri, 19 Oct 2007, Kay Sievers wrote:
>
> > > This accounts for everything in del_gendisk except the final
> > > put_device. Evidently it doesn't belong there. There's no matching
> > &
On Fri, 2007-10-19 at 13:11 -0400, Alan Stern wrote:
> On Fri, 19 Oct 2007, Kay Sievers wrote:
> > > Don't you have a USB storage device? It should be easy for you to
> test
> > > this on your own system.
> >
> > Sure, I have, and tried a lot of
On Thu, 2007-10-18 at 16:08 -0400, Alan Stern wrote:
> On Thu, 18 Oct 2007, Kay Sievers wrote:
>
> > On Thu, 2007-10-18 at 15:23 -0400, Alan Stern wrote:
> > > This patch (as1004) fixes a refcounting bug in the development version
> > > of the block-device core.
&g
On Sat, 2007-10-20 at 21:33 -0400, Alan Stern wrote:
> On Sat, 20 Oct 2007, Kay Sievers wrote:
>
> > Here is what I see, the error handler hangs without the final put and
> > the kobject never gets cleaned up. Note the missing:
> > kobject sdb: cleaning
On Sun, 2007-10-21 at 20:26 -0400, Alan Stern wrote:
> On Sun, 21 Oct 2007, Kay Sievers wrote:
>
> > > [ 458.013133] scsi_disk_release: disk sda, kobj ce8be990, refcount
> > > before put_disk 2
> > > [ 458.032420] scsi_device_dev_release: rq cd9b2000
>
On Tue, 2007-10-23 at 00:14 -0400, Alan Stern wrote:
> On Tue, 23 Oct 2007, Kay Sievers wrote:
>
> > There is definitely something wrong, I tried all sorts of options now,
> > and a second machine, and I can never get the behavior you see. I even
> > booted with in
On 10/24/07, Nick Piggin <[EMAIL PROTECTED]> wrote:
> On Tuesday 23 October 2007 10:55, Takenori Nagano wrote:
> > Nick Piggin wrote:
>
> > > One thing I'd suggest is not to use debugfs, if it is going to
> > > be a useful end-user feature.
> >
> > Is /sys/kernel/notifier_name/ an appropriate place
On Wed, 2007-10-24 at 16:52 -0700, Greg KH wrote:
> On Wed, Oct 24, 2007 at 04:43:48PM -0700, Greg KH wrote:
> > On Wed, Oct 17, 2007 at 12:16:54PM +0200, Kay Sievers wrote:
> > > On Tue, 2007-10-16 at 16:23 -0700, Greg KH wrote:
> > > > On Tue, Oct 16, 2007 at
On 10/12/07, Pierre Ossman <[EMAIL PROTECTED]> wrote:
> On Thu, 11 Oct 2007 22:30:41 -0700 (PDT)
> Linus Torvalds <[EMAIL PROTECTED]> wrote:
>
> >
> > There seems to be some breakage here:
> >
> > drivers/mmc/core/host.c: In function 'mmc_remove_host':
> > drivers/mmc/core/host.c:146: e
On 10/14/07, Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> The below patch is an idea proposed by tglx and depends on sched-devel +
> the hrtick patch previously posted.
>
> The current watchdog action is to demote the task to SCHED_NORMAL,
> however it might be wanted to deliver a signal instead (or
On 10/17/07, Rafael J. Wysocki <[EMAIL PROTECTED]> wrote:
> On Tuesday, 16 October 2007 23:36, Greg KH wrote:
> > On Tue, Oct 16, 2007 at 11:13:19PM +0200, Rafael J. Wysocki wrote:
> > > On Tuesday, 16 October 2007 22:50, Jens Axboe wrote:
> > > > On Tue, Oct 16 2007, Greg KH wrote:
> > > > > On Tu
On Tue, 2007-10-16 at 16:23 -0700, Greg KH wrote:
> On Tue, Oct 16, 2007 at 03:32:48PM -0700, David Miller wrote:
> > From: Greg KH <[EMAIL PROTECTED]>
> > Date: Tue, 16 Oct 2007 14:37:30 -0700
> >
> > > Kay, are we doing something wrong in userspace when renaming wireless
> > > devices such that
On 10/16/07, Jens Axboe <[EMAIL PROTECTED]> wrote:
> On Tue, Oct 16 2007, Greg KH wrote:
> > On Tue, Oct 16, 2007 at 10:04:51PM +0200, Rafael J. Wysocki wrote:
> > > On Tuesday, 16 October 2007 06:50, Greg KH wrote:
> > > > On Sat, Oct 13, 2007 at 09:26:32PM +0200, Rafael J. Wysocki wrote:
> > > >
On Fri, 2007-11-02 at 15:59 +0100, Peter Zijlstra wrote:
> On Fri, 2007-11-02 at 15:32 +0100, Kay Sievers wrote:
> > On Fri, 2007-11-02 at 15:17 +0100, Peter Zijlstra wrote:
> Here is the 'pretty' patch :-)
>
> Since it relies on the removal of the device name length
On Fri, 2007-11-02 at 15:17 +0100, Peter Zijlstra wrote:
> One more question,
>
> I currently prefix the names with "bdi-", is that needed?
Not really.
> That is, if I give the bdi object a parent, how will it look?
> Would a bdi device with name "sda" with a block device called "sda" as
> paren
On Nov 2, 2007 2:15 PM, Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> Thanks for the help so far, however we're still not quite there.
>
> The below patch still has the funny 20 character name limit. Is there a
> good reason its a char array like this, and not just a char * to a kstr?
> The code does
On Fri, 2007-11-02 at 18:03 +0100, Thomas Meyer wrote:
> Kay Sievers schrieb:
> > On Mon, 2007-10-29 at 00:18 -0700, Andrew Morton wrote:
> >
> >> On Sun, 21 Oct 2007 21:23:21 +0200 Thomas Meyer <[EMAIL PROTECTED]> wrote:
> >>
> >>&
On Sun, 2007-11-04 at 01:20 -0400, Dmitry Torokhov wrote:
> On Wednesday 08 August 2007 15:32, Bill Nottingham wrote:
> > Kay Sievers ([EMAIL PROTECTED]) said:
> > > It doesn't have any aliases, so seems it was never autoloaded.
> >
> > It was - prior kernels
On Mon, 2007-11-05 at 13:42 +0100, Cornelia Huck wrote:
> On Fri, 2 Nov 2007 16:59:12 -0700,
> Greg Kroah-Hartman <[EMAIL PROTECTED]> wrote:
>
> > From: Kay Sievers <[EMAIL PROTECTED]>
> >
> > Add kobj_sysfs_ops to replace subsys_sysfs_ops. There is no
&
On Mon, 2007-11-05 at 09:11 -0800, Greg KH wrote:
> On Mon, Nov 05, 2007 at 05:23:32PM +0100, Kay Sievers wrote:
> > On Mon, 2007-11-05 at 13:42 +0100, Cornelia Huck wrote:
> > > On Fri, 2 Nov 2007 16:59:12 -0700,
> > > Greg Kroah-Hartman <[EMAIL PROTECTED]>
On Mon, 2007-11-05 at 18:43 +0100, Cornelia Huck wrote:
> On Mon, 05 Nov 2007 18:25:40 +0100,
> Kay Sievers <[EMAIL PROTECTED]> wrote:
>
> > > > That should usually be done by default attributes assigned to the ktype.
> > > > Do you have a good use
On Mon, 2007-11-05 at 19:17 +0100, Cornelia Huck wrote:
> On Mon, 05 Nov 2007 19:07:50 +0100,
> Kay Sievers <[EMAIL PROTECTED]> wrote:
>
> > On Mon, 2007-11-05 at 18:43 +0100, Cornelia Huck wrote:
> > > On Mon, 05 Nov 2007 18:25:40 +0100,
> > >
On Wed, 2007-11-07 at 10:54 -0500, Alan Stern wrote:
> On Wed, 7 Nov 2007, Hannes Reinecke wrote:
>
> > Alan Stern wrote:
> > >
> > > Thus we have a cycle:
> > >
> > > 1&2: request_queue isn't released before scsi_device;
> > >
> > > 3: scsi_device isn't released before gendisk;
> > >
> >
On Wed, 2007-02-21 at 20:34 +0900, Tejun Heo wrote:
> Kay Sievers wrote:
> > On 2/13/07, Kay Sievers <[EMAIL PROTECTED]> wrote:
> >> On Tue, 2007-02-13 at 17:04 +0100, Marcel Holtmann wrote:
> >> > > kernel BUG at lib/iomap.c
On Thu, 2007-02-08 at 22:59 -0500, Dmitry Torokhov wrote:
> On Thursday 08 February 2007 19:56, Greg KH wrote:
> > On Thu, Feb 08, 2007 at 12:29:12PM -0500, Dmitry Torokhov wrote:
> > > On 2/8/07, Stephen Hemminger <[EMAIL PROTECTED]> wrote:
> > > >On Thu, 08 Feb 2007 07:43:18 -0500
> > > >> >
201 - 300 of 428 matches
Mail list logo
