hai all,
Is it possible to call call_usermodehelper from interrupt context.
I want to call a user program from the keyboard driver. When am calling,
it is hanging, and giving the error that
<0> Kernel panic : Aiee, killing interrupt handler
In interrupt handler -- not syncing.
I am u
Hi,
Did you know?
You can now get $347,000 for as little as $607 a month!
Why should you pay more when you can save thousands re-financing at our low
rates?
Remember, that rates are due to jump withint he next few months.
Bad credit? Doesn't matter, low rates are fixed no matter what!
Use the ex
On Sat, Feb 26, 2005 at 04:39:45AM +0100, Christian wrote:
> Sven Luther wrote:
> >Some backports that i got from the list. The complete list of patches is
> >at :
> >
> >
> > http://svn.debian.org/wsvn/kernel/trunk/kernel/source/kernel-source-2.6.8-2.6.8/debian/patches/?rev=0&sc=0
>
> dooh, th
Sorry, the first patch has a typo.
On Sat, Feb 26, 2005 at 06:53:16AM +0100, Kay Sievers wrote:
> This splits the implicit generation of a hotplug events from
> kobject_add() and kobject_del(), to give the user of of these
> functions control over the time the event is created.
>
> The kobject_re
This splits the implicit generation of a hotplug events from
kobject_add() and kobject_del(), to give the user of of these
functions control over the time the event is created.
The kobject_register() and unregister functions still have the same
behavior and emit the events by themselves.
The clas
Lee Revell wrote:
On Fri, 2005-02-25 at 16:47 -0500, Bill Davidsen wrote:
- sound: hasn't worked since FC1...
The ALSA lists have been deluged with reports like "sound worked in FC1,
upgraded to FC3, no sound". AFAICT it's just sloppiness on the part of
the Fedora userspace tools. For example,
Hi I've read elsewhere that the following message:
"tveeprom(bttv internal): Huh, no eeprom present (err=-121)?"
Means that a bttv card is dead. If so, then I've apparently found a way
to kill bttv cards in vanilla 2.6.10. They worked fine a few days ago,
but after running some "cleaned up" u
Comment out the function call to piix_disable_ahci() and see what happens.
if (port_info[0]->host_flags & PIIX_FLAG_AHCI) {
int rc = piix_disable_ahci(pdev);
if (rc)
return rc;
}
Regards,
Jeff
-
To unsubscribe from this
You are correct, the patch is valid, nice catch. Linus, please apply.
I have just tested kernel version 2.6.11-rc5 and noticed it is not
possible to do an USB transfer by submitting an URB to an output
endpoint. This breaks newest versions of libusb and thus SANE,
gphoto2, and a l
On Fri, 25 Feb 2005, Marcelo Tosatti wrote:
>
> BTW, I fail to see any drivers/char/pty.c change related to the race which
> triggers
> the pty_chars_in_buffer->0 oops.
Indeed, I don't think 2.6.x got that merged, because it was never really
clear _which_ fix was the right one (the extra lock
Sven Luther wrote:
Some backports that i got from the list. The complete list of patches is at :
http://svn.debian.org/wsvn/kernel/trunk/kernel/source/kernel-source-2.6.8-2.6.8/debian/patches/?rev=0&sc=0
dooh, these websvn patches are giving me a headache will have to
learn /usr/bin/svn firs
Hi Ingo,
I have a couple of questions about __up_mutex in rt.c. I'm still using
RT-V0.7.38-06 and this may have changed. I haven't checked.
1) can old_owner ever not be the same as current. IOW can a process
unlock a lock owned by another process?
2) Is it really necessary to call pi_setprio on
What does this have to do with the Linux kernel? Have I
been selected for a loan because I run the Linux operating
system? I'm honored!!!
On Fri, 25 Feb 2005, Hershel Ricks wrote:
Thank you for your attention.
You have been pre-approved for a new home loan.
This offer is unconditional and y
Hi,
On Fri, Feb 18, 2005 at 10:56:53AM +0200, nuclearcat wrote:
> Is discussed at
> http://kerneltrap.org/mailarchive/1/message/12508/thread
> bug fixed in 2.4.x tree? Cause seems i have downloaded 2.4.29, and it
> is not fixed (still my kernel on vpn server crashing almost at start),
> i ha
On Friday 25 February 2005 17:20, Johan Braennlund wrote:
>
> --- Dmitry Torokhov wrote:
>
> > Does i8042 detect presence of an AUX port (check dmesg)?
>
> No.
>
> > If not try booting with i8042.noacpi kernel boot option.
>
> Yes, that helped - everything's working now. Thank you.
>
Could
Thank you for your attention.
You have been pre-approved for a new home loan.
This offer is unconditional and your credit is in no way a factor.
Please find all details below:
___SUMMARY___
Interest: 3.95
Term: 360 months
Max Price: $350,000
Closing Date: 30 days
Please follow this lin
On Mon, Feb 21, 2005 at 12:32:33PM +0100, Schwarz wrote:
>
>
> Hi everyone,
>
> since 2.4.29 we discovered a strange behaviour.
>
> Severall tasks are no longer detected as destroyed.
> means, these tasks have ended but arn't removed from
> the processlist.
>
> An example from today:
>
> [EMA
Audit inode filter drops high bits on inode number by cut 'n paste mistake.
Signed-off-by: Chris Wright <[EMAIL PROTECTED]>
--- linus-2.6/kernel/auditsc.c~audit-inode-filter-fix 2005-02-24
16:55:32.0 -0800
+++ linus-2.6/kernel/auditsc.c 2005-02-25 18:23:15.0 -0800
@@ -358,7 +3
Hi all,
I have just tested kernel version 2.6.11-rc5 and noticed it is not
possible to do an USB transfer by submitting an URB to an output
endpoint. This breaks newest versions of libusb and thus SANE,
gphoto2, and a lot of software.
The bug has been introduced in version 2.6.11-rc1 and is due
On Fri, Feb 25, 2005 at 10:14:54PM +0100, Adrian Bunk wrote:
> You don't need this feature unless you know you need it.
But you may not know that you need it since in the help text I
intentionally didn't mention which software requires the option to be
set to Y (I didn't mention it, since I didn't
> This patch has already been posted to linux-fbdev on 2005-02-10 by David
> Vrabel
> and made me ask
> Is there any reason why this has been originally flagged "__init"?
> "vesa_modes" is not "__init". That's why I changed "intelfb" to
> use "vesa_modes".
>
> Maybe time has co
On Sat, 2005-02-26 at 01:41 +0100, Olaf Hering wrote:
>
> modedb can not be __init because fb_find_mode() may get db == NULL.
> fb_find_mode() is called from modules.
Ahhh, good catch ! I though that was fixed long ago, looks like I was
wrong.
Ben.
> Signed-off-by: Olaf Hering <[EMAIL PROTECTE
Linus Torvalds wrote:
>
> On Sat, 26 Feb 2005, Olaf Hering wrote:
>
>>modedb can not be __init because fb_find_mode() may get db == NULL.
>>fb_find_mode() is called from modules.
>
>
> Ack. Maybe somebody should run the scripts again to check that we don't
> reference __init data from non-init
* Andrea Arcangeli ([EMAIL PROTECTED]) wrote:
> The object of the merge is to save memory, and to reduce the size of the
> rbtree that might payoff during other operations (with a smaller tree,
> lookups will be faster too). If you only measure the time of creating
> and removing a mapping then it
Jeff,
I forgot: in dmesg I see the following:
ata_piix: probe of :00:1f.2 failed with error -5
Greg Felix
On Fri, 25 Feb 2005 18:02:59 -0700, Greg Felix <[EMAIL PROTECTED]> wrote:
> > Jeff Garzik wrote:
> > See REPORTING-BUGS for the sort of information you should provide. This
> > is a "
On Sat, 26 Feb 2005, Olaf Hering wrote:
>
> sparse doesnt do that, yet? (I never looked at it.)
No, it doesn't look at the section info. I guess I could do it, but there
_is_ a "make buildcheck" which does it based on perl stuff and the link
information.
And I can do "make buildcheck" mysel
> Jeff Garzik wrote:
> See REPORTING-BUGS for the sort of information you should provide. This
> is a "it doesn't work" report without much more info.
>
> I would suggest doing a "modprobe ata_piix" or "modprobe ahci"
> (depending on ICH7 mode and hardware) and see what happens in 'dmesg'.
>
>
On Sat, 2005-02-26 at 00:30 +0100, Olaf Hering wrote:
> On Fri, Feb 25, Olaf Hering wrote:
>
> > On Fri, Feb 25, Olaf Hering wrote:
> >
> > > On Fri, Feb 25, James Simmons wrote:
> > >
> > > >
> > > > > cfb_imageblit(320) dst1 fa51a800 base e0b8 bitstart 1999a800
> > > > > fast_imageblit
On Fri, 2005-02-25 at 22:21 +0100, Olaf Hering wrote:
> On Fri, Feb 25, Olaf Hering wrote:
>
> > On Fri, Feb 25, James Simmons wrote:
> >
> > >
> > > > cfb_imageblit(320) dst1 fa51a800 base e0b8 bitstart 1999a800
> > > > fast_imageblit(237) s daea4000 dst1 fa51a800
> > > > fast_imageblit(2
On Fri, 2005-02-25 at 21:24 +0100, Olaf Hering wrote:
> On Fri, Feb 25, James Simmons wrote:
>
> >
> > > cfb_imageblit(320) dst1 fa51a800 base e0b8 bitstart 1999a800
> > > fast_imageblit(237) s daea4000 dst1 fa51a800
> > > fast_imageblit(269) j 1 fa51a800 0
> > > Unable to handle kernel pagi
On Fri, Feb 25, 2005 at 03:38:06PM -0800, Chris Wright wrote:
> I don't have a good sampling of applications. The one's I've used are
> temporal like gpg, or they mlockall the whole thing and never look back.
> But I did a quick benchmark since I was curious, a simple loop of a
> million lock/unlo
94 ieee1394 radeonfb i2c_algo_bit i2c_core ehci_hcd
> uhci_hcd capability usbcore
> CPU:0
> EIP:0060:[]Tainted: G U VLI
> EFLAGS: 00010282 (2.6.11-rc5-20050225-default)
> EIP is at cfb_imageblit+0x57e/0x67c
> eax: ebx: 0001 ecx: edx: fa
On Fri, Feb 25, Linus Torvalds wrote:
>
>
> On Sat, 26 Feb 2005, Olaf Hering wrote:
> >
> > modedb can not be __init because fb_find_mode() may get db == NULL.
> > fb_find_mode() is called from modules.
>
> Ack. Maybe somebody should run the scripts again to check that we don't
> reference _
On Fri, 2005-02-25 at 14:30 +0100, Mws wrote:
> hi,
>
> i also have problems with 2.6.11-rc5 and radeon:
>
> i am using a ATI Radeon X600 PciExpress.
>
> a) now the console framebuffer seems to bee working, thx benjamin :)
> b) when bootup seq ist completed and i want to start X (xorg-x11) with
On Sat, 26 Feb 2005, Olaf Hering wrote:
>
> modedb can not be __init because fb_find_mode() may get db == NULL.
> fb_find_mode() is called from modules.
Ack. Maybe somebody should run the scripts again to check that we don't
reference __init data from non-init functions.
Linus
Andrew Morton wrote:
Panagiotis Issaris <[EMAIL PROTECTED]> wrote:
To my newbie eye it looked as if the region requested at line 154
weren't released in case of the line 166 failure handling. Is
my assumption right?
It is. I can take care of this patch for you, thanks.
Great! :-) Thanks
On Thu, Feb 24, Olaf Hering wrote:
> On Wed, Feb 23, Linus Torvalds wrote:
>
> > This time it's really supposed to be a quickie, so people who can, please
> > check it out, and we'll make the real 2.6.11 asap.
>
> radeonfb oopses on intel.
> Havent checked yet when it started with it.
>
> AC
On Fri, 25 Feb 2005, Andrew Morton wrote:
>
> It seems very weird for dm to be shoving NULL page*'s into the middle of a
> bio's bvec array, so your fix might end up being a workaround pending a
> closer look at what's going on in there.
Yes. I don't see how this patch can be anything but banda
On Fri, 25 Feb 2005 11:33:48 +0100 (CET),
Geert Uytterhoeven <[EMAIL PROTECTED]> wrote:
>
>One of my m68k configs has been giving
>
>| Inconsistent kallsyms data
>| Try setting CONFIG_KALLSYMS_EXTRA_PASS
>
>since 2.6.11-rc3 or so. Setting CONFIG_KALLSYMS_EXTRA_PASS, or applying Keith
>Owen's patch
Panagiotis Issaris <[EMAIL PROTECTED]> wrote:
>
> To my newbie eye it looked as if the region requested at line 154
> weren't released in case of the line 166 failure handling. Is
> my assumption right?
It is. I can take care of this patch for you, thanks.
-
To unsubscribe from this list: send th
Mark Haverkamp <[EMAIL PROTECTED]> wrote:
>
>
> Last September a fix was checked in for a memory leak problem in
> bounce_end_io causing the entire bio to be checked. This ended up
> causing some dm cloned bios that had bounce buffers to free NULL pages
> because their bi_idx can be non-zero. T
Hi,
To my newbie eye it looked as if the region requested at line 154
weren't released in case of the line 166 failure handling. Is
my assumption right?
With friendly regards,
Takis
diff -uprN linux-2.6.11-rc5-orig/drivers/net/wireless/prism54/islpci_hotplug.c
linux-2.6.11-rc5-pi/drivers/net/wi
Greg Felix wrote:
I have two new OEM machines that are both ICH7 chipsets.
Both machines give the same vendor and device PCI ids for their
storage controllers.
8086:27df and 8086:27c0
I noticed that Jason Gaston submitted a patch that made it into
2.6.11-rc1 to add support for ICH7 into ata_piix
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Andrew Morton wrote:
> Jeff Mahoney <[EMAIL PROTECTED]> wrote:
>
>>In my experience, the loop is actually outside of
>>__find_get_block_slow(), in __getblk_slow(). I've been using xmon to
>>interrupt the kernel, and the results vary but are all rooted
On Sat, Feb 26, 2005 at 12:53:49AM +0100, Kay Sievers wrote:
> On Fri, Feb 25, 2005 at 02:39:27PM -0800, Greg KH wrote:
> > > The hotplug events will still have the /block/* devpath, so this symlink
> > > will give us nothing than problems.
> >
> > It will not give hotplug programs issues, as the
On Fri, Feb 25, 2005 at 02:39:27PM -0800, Greg KH wrote:
> On Fri, Feb 25, 2005 at 01:35:13AM +, Kay Sievers wrote:
> > Greg KH suse.de> writes:
> >
> > >
> > > On Wed, Feb 23, 2005 at 09:43:35AM +, Malcolm Rowe wrote:
> > > > Greg KH writes:
> > > >
> > > > >>Following the discussion
His point and direction (or lack thereof) are easy to see, and
consistent. Linux has been a war of attrition
with an interesting rat's maze model of human intereaction -- always
interesting to see new mice traverse the
maze (only there's no cheese at the end of this maze -- just the smell
of che
On Thu, Feb 10, 2005 at 04:37:03PM -0500, Adam Belay wrote:
> On Thu, 2005-02-10 at 18:45 +, Russell King wrote:
> > On Thu, Feb 10, 2005 at 12:18:37PM -0500, Adam Belay wrote:
> > > > I think the issue that Al raises about drivers grabbing devices, and
> > > > then trying to unbind them might
On Thu, Feb 24, 2005 at 01:22:01AM -0500, Adam Belay wrote:
> Hi all,
>
> For the past couple weeks I have been reorganizing the PCI subsystem to
> better utilize the driver model. Specifically, the bus detection code
> is now using a standard PCI driver. It turns out to be a major
> undertaking
* Darren Hart ([EMAIL PROTECTED]) wrote:
> As I understand it, the reason we don't merge is because
> it is expected that a task will lock and unlock the same memory range
> more than once and we don't want to waste our time merging and splitting
> the VMAs.
I don't have a good sampling of appl
I have two new OEM machines that are both ICH7 chipsets.
Both machines give the same vendor and device PCI ids for their
storage controllers.
8086:27df and 8086:27c0
I noticed that Jason Gaston submitted a patch that made it into
2.6.11-rc1 to add support for ICH7 into ata_piix. I'm using
2.6.
On Fri, Feb 25, Olaf Hering wrote:
> On Fri, Feb 25, Olaf Hering wrote:
>
> > On Fri, Feb 25, James Simmons wrote:
> >
> > >
> > > > cfb_imageblit(320) dst1 fa51a800 base e0b8 bitstart 1999a800
> > > > fast_imageblit(237) s daea4000 dst1 fa51a800
> > > > fast_imageblit(269) j 1 fa51a800
On Fri, 2005-02-25 at 16:02 -0500, Chad N. Tindel wrote:
> They're expensive and customers don't expect a single userspace thread to
> tie up the other 63 CPUs no matter how buggy it is. It is intuitively obvious
> that a buggy kernel can bring a system to its knees, but it is not intuitively
> ob
Adrian Bunk <[EMAIL PROTECTED]> wrote:
>
> > +#ifdef MODULE
> > +#define __deprecated_in_modules __deprecated
> > +#else
> > +#define __deprecated_in_modules /* OK in non-modular code */
> > +#endif
> > +
> >...
>
> Looks good.
>
>
> One more question:
>
> You get a false positive if the file c
linux-os wrote:
> Sorry officer. I had to reboot!
I'll keep all computer OS's from my car if I can help it ! =)
> Microsoft collaborates with Samsung, ScanSoft, Siemens, SiRF, Xilinx
> and auto component player Magneti Marelli to develop a telematics
> system to be integrated into an Italian lin
On Fri, Feb 25, 2005 at 01:55:04PM -0800, Andrew Morton wrote:
>...
> --- 25/include/linux/compiler.h~a 2005-02-25 13:53:32.0 -0800
> +++ 25-akpm/include/linux/compiler.h 2005-02-25 13:54:45.0 -0800
> @@ -86,6 +86,12 @@ extern void __chk_io_ptr(void __iomem *)
> # define __dep
On Fri, Feb 25, 2005 at 04:46:35PM -0600, Corey Minyard wrote:
> Greg KH wrote:
>
> >On Thu, Feb 24, 2005 at 05:27:25PM -0600, Corey Minyard wrote:
> >
> >
> >>+
> >>+ /* It's wierd, but we use a usecount to track if an q entry is
> >>+ in use and when it should be reported back to the use
On Fri, Feb 25, 2005 at 01:35:13AM +, Kay Sievers wrote:
> Greg KH suse.de> writes:
>
> >
> > On Wed, Feb 23, 2005 at 09:43:35AM +, Malcolm Rowe wrote:
> > > Greg KH writes:
> > >
> > > >>Following the discussion in [1], the attached patch creates
> > > >>/sys/class/block
> > > >>as a
On Fri, Feb 25, 2005 at 10:30:27AM +0530, Sumit Narayan wrote:
> Hi,
>
> I have an external IDE connector through USB port. Where could I get
> the exact point inside the kernel, from where I would get information
> such as Block No., Request size, partition details for a particular
> request, _ju
On Fri, 25 Feb 2005, Linus Torvalds wrote:
>
> And one year of apparently "no progress" smells. Bad.
Side note: I don't actually remember how long it's been. Maybe it just
feels a lot longer than it actually is.
Linus
-
To unsubscribe from this list: send the line "unsubscribe
On Fri, 25 Feb 2005, Russell King wrote:
>
> That's fine until you consider the wide number of machines for ARM,
> any of which could have this problem.
Fair enough. "ARM" doesn't end up being just one architecture, and that's
a good point.
> Unless of course, you believe that one person shou
On Fri, Feb 25, 2005 at 10:43:14AM +0200, Denis Vlasenko wrote:
> On Friday 25 February 2005 01:38, Adrian Bunk wrote:
> >...
> > -unsigned int Gmoxa_uart_id[UART_TYPE_NUM] = {
> > +static unsigned int Gmoxa_uart_id[UART_TYPE_NUM] = {
> > MOXA_MUST_MU150_HWID,
> > MOXA_MUST_MU860_HWID
> >
Greg KH wrote:
On Thu, Feb 24, 2005 at 05:27:25PM -0600, Corey Minyard wrote:
+
+ /* It's wierd, but we use a usecount to track if an q entry is
+ in use and when it should be reported back to the user. */
+ atomic_t usecount;
Please use a kref here instead of rolling your own.
There'
On Fri, 2005-02-25 at 23:26 +0100, Josef E. Galea wrote:
> Does the init process have a task_struct associated with it, and if yes
> where is this structure created?
Of course.
Stored directly in init_task, declared in , defined in
arch-specific code (arch/i386/kernel/init_task.c on x86).
"Ian Pratt" <[EMAIL PROTECTED]> wrote:
>
>
> > The Xen team still believe that it's best to keep arch/xen,
> > arch/xen/i386,
> > arch/xen/x86_64, etc. And I believe that Andi (who is the
> > world expert on
> > maintaining an i386 derivative) thinks that this is will be a
> > long-term
> > m
On Fri, Feb 25, 2005 at 04:08:07PM -0600, Chris Friesen wrote:
> Adrian Bunk wrote:
>
> >--- linux-2.6.11-rc4-mm1-full/crypto/Kconfig.old 2005-02-25
> >22:26:20.0 +0100
> >+++ linux-2.6.11-rc4-mm1-full/crypto/Kconfig 2005-02-25
> >22:28:44.0 +0100
> >@@ -133,7 +133,9 @@
> >
Chris Wright wrote:
* Chris Wright ([EMAIL PROTECTED]) wrote:
* Darren Hart ([EMAIL PROTECTED]) wrote:
The were a couple long standing (since at least 2.4.21) superfluous
variables and two unnecessary assignments in do_mlock(). The intent of
the resulting code is also more obvious.
Tested on a
Hi,
Does the init process have a task_struct associated with it, and if yes
where is this structure created?
Thanks
Josef
-
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/majordom
--- Dmitry Torokhov wrote:
> Does i8042 detect presence of an AUX port (check dmesg)?
No.
> If not try booting with i8042.noacpi kernel boot option.
Yes, that helped - everything's working now. Thank you.
- Johan
__
Do You Yahoo!?
Tired of sp
Chris Wright wrote:
* Darren Hart ([EMAIL PROTECTED]) wrote:
The were a couple long standing (since at least 2.4.21) superfluous
variables and two unnecessary assignments in do_mlock(). The intent of
the resulting code is also more obvious.
Tested on a 4 way x86 box running a simple mlock test
Andrew Morton wrote:
Jay Lan <[EMAIL PROTECTED]> wrote:
Andrew Morton wrote:
> Kaigai Kohei <[EMAIL PROTECTED]> wrote:
>
>>In my understanding, what Andrew Morton said is "If target functionality can
>> implement in user space only, then we should not modify the kernel-tree".
>
>
> fork, exec an
Adrian Bunk wrote:
--- linux-2.6.11-rc4-mm1-full/crypto/Kconfig.old 2005-02-25 22:26:20.0 +0100
+++ linux-2.6.11-rc4-mm1-full/crypto/Kconfig 2005-02-25 22:28:44.0 +0100
@@ -133,7 +133,9 @@
config CRYPTO_AES
tristate "AES cipher algorithms"
- depends on CRYPTO && !(X86 && !X86_6
* Chris Wright ([EMAIL PROTECTED]) wrote:
> * Darren Hart ([EMAIL PROTECTED]) wrote:
> > The were a couple long standing (since at least 2.4.21) superfluous
> > variables and two unnecessary assignments in do_mlock(). The intent of
> > the resulting code is also more obvious.
> >
> > Tested on
On Fri, Feb 25, 2005 at 08:23:49PM +, Russell King wrote:
> On Fri, Feb 25, 2005 at 11:59:01AM -0800, Linus Torvalds wrote:
> > On Fri, 25 Feb 2005, Russell King wrote:
> > > So, what's happening about this?
> >
> > Btw, is there any real reason why the ARM _tools_ can't just be fixed? I
> >
On Fri, 25 Feb 2005, Adrian Bunk wrote:
> 2.6.11-rc4-mm1 contains an option (IEEE80211_CRYPT_CCMP) that selects
> CRYPTO_AES - but this is currently wrong on i386.
>
> This patch changes CRYPTO_AES to being the only user-visible options and
> selecting either CRYPTO_AES_586 or a new CRYPTO_AES_
Adrian Bunk <[EMAIL PROTECTED]> wrote:
>
> On Thu, Feb 24, 2005 at 09:24:48PM -0800, Andrew Morton wrote:
> > Adrian Bunk <[EMAIL PROTECTED]> wrote:
> > >
> > >
> > > I haven't found any possible modular usage of do_settimeofday in the
> > > kernel.
> >
> > Please,
> >
> > - Add deprecated_if
On Fri, 2005-02-25 at 16:47 -0500, Bill Davidsen wrote:
> - sound: hasn't worked since FC1...
>
The ALSA lists have been deluged with reports like "sound worked in FC1,
upgraded to FC3, no sound". AFAICT it's just sloppiness on the part of
the Fedora userspace tools. For example, last I heard
On Thu, Feb 24, 2005 at 05:27:25PM -0600, Corey Minyard wrote:
> This is one in a series of patches for adding a non-blocking interface
> to the I2C driver for supporting the IPMI SMBus driver.
> This patch reorganizes the formatting code to make it more
> suitable for the upcoming non-blocking
On Thu, Feb 24, 2005 at 05:25:22PM -0600, Corey Minyard wrote:
> This is one in a series of patches for adding a non-blocking interface
> to the I2C driver for supporting the IPMI SMBus driver. This patch is a
> simply some minor cleanups and is in addition to the patch by Mickey
> Stein (http:
2.6.11-rc4-mm1 contains an option (IEEE80211_CRYPT_CCMP) that selects
CRYPTO_AES - but this is currently wrong on i386.
This patch changes CRYPTO_AES to being the only user-visible options and
selecting either CRYPTO_AES_586 or a new CRYPTO_AES_GENERIC option
depending on the platform.
Signed-
On Fri, 25 Feb 2005 13:33:36 -0800 (PST), Johan Braennlund
<[EMAIL PROTECTED]> wrote:
> Hi. I've had trouble with my ALPS touchpad on my Acer Aspire, ever
> since ALPS support was merged into the kernel. I've tried various
> kernels from 2.6.11-rc3 to -rc5 (including some -mm kernels) and none
> of
On Thu, Feb 24, 2005 at 05:27:25PM -0600, Corey Minyard wrote:
> +/*
> + * Hold a queue of I2C operations to perform, and used to pass data
> + * around.
> + */
> +typedef void (*i2c_op_done_cb)(struct i2c_op_q_entry *entry);
> +
> +#define I2C_OP_I2C 0
> +#define I2C_OP_SMBUS 1
> +struct i2c_op_
On Thu, Feb 24, 2005 at 09:24:48PM -0800, Andrew Morton wrote:
> Adrian Bunk <[EMAIL PROTECTED]> wrote:
> >
> >
> > I haven't found any possible modular usage of do_settimeofday in the
> > kernel.
>
> Please,
>
> - Add deprecated_if_module
>...
What's the correct header file for __deprecated
Linus Torvalds wrote:
Hey, I hoped -rc4 was the last one, but we had some laptop resource
conflicts, various ppc TLB flush issues, some possible stack overflows in
networking and a number of other details warranting a quick -rc5 before
the final 2.6.11.
This time it's really supposed to be a quicki
Retested with Hitachi drive and 2.6.10 vanilla kernel.
Same behavior, HPA is not reset to native max.
Greg
--
Greg Freemyer
On Thu, 24 Feb 2005 15:19:52 -0500, Greg Freemyer
<[EMAIL PROTECTED]> wrote:
> On Thu, 24 Feb 2005 17:30:55 +0100, Bartlomiej Zolnierkiewicz
> <[EMAIL PROTECTED]> wrote:
>
Hi. I've had trouble with my ALPS touchpad on my Acer Aspire, ever
since ALPS support was merged into the kernel. I've tried various
kernels from 2.6.11-rc3 to -rc5 (including some -mm kernels) and none
of them detect the pad. After sprinkling some printk's in the mouse
drivers, it seems like psmou
Jay Lan <[EMAIL PROTECTED]> wrote:
>
> Andrew Morton wrote:
> > Kaigai Kohei <[EMAIL PROTECTED]> wrote:
> >
> >>In my understanding, what Andrew Morton said is "If target functionality
> can
> >> implement in user space only, then we should not modify the kernel-tree".
> >
> >
> > fork,
On Fri, Feb 25, Olaf Hering wrote:
> On Fri, Feb 25, James Simmons wrote:
>
> >
> > > cfb_imageblit(320) dst1 fa51a800 base e0b8 bitstart 1999a800
> > > fast_imageblit(237) s daea4000 dst1 fa51a800
> > > fast_imageblit(269) j 1 fa51a800 0
> > > Unable to handle kernel paging request at vir
Sam Ravnborg wrote:
On Fri, Feb 25, 2005 at 08:54:56PM +, Paulo Marques wrote:
The patch (against 2.6.11-rc5) is attached, should you decide to use it.
How does the patch help rmk with respect to the tools issue?
From the thread I gathered that the problem Russell King was having was
caused by
On Thu, Feb 24, 2005 at 11:41:34PM +0100, Andrea Arcangeli wrote:
> Hello Adrian,
Hi Andrea,
> On Thu, Feb 24, 2005 at 10:51:36PM +0100, Adrian Bunk wrote:
> > seccomp might be a nice feature under some circumstances.
> > But the suggestion in the help text is IMHO too strong and therefore
> >
Sorry officer. I had to reboot!
Microsoft collaborates with Samsung, ScanSoft, Siemens, SiRF, Xilinx
and auto component player Magneti Marelli to develop a telematics
system to be integrated into an Italian line of cars.
http://email.electronicnews.com/cgi-bin2/DM/y/ek4S0GGtJE0DbD0CQa30E3
Cheers,
D
> What's so special about a 64-way box?
They're expensive and customers don't expect a single userspace thread to
tie up the other 63 CPUs no matter how buggy it is. It is intuitively obvious
that a buggy kernel can bring a system to its knees, but it is not intuitively
obvious that a buggy users
Linus Torvalds wrote:
[...]
That makes no sense. Or, more likely, it means that the toolchain people
are incompetent bastards who don't care about bugs and have no pride at
all in what they do.
Errmm... I really feel pretty small coming in on a Russell King / Linus
Torvalds discussion, but I was
On Fri, Feb 25, 2005 at 12:03:19PM +, tony osborne wrote:
> Hi,
>
> I wish to be personally CC'ed the answers/comments posted to the list in
> response to this post
>
>
> why in multithreading, each thread has its own stack, but all share the
> same heap?
> I understand that one stack is n
On Fri, 25 Feb 2005, Russell King wrote:
>
> We can't say "you must use the current CVS binutils to build the
> kernel" because that's not a sane toolchain base to build products
> on.
Sure. But it's probably enough that just a couple of core developers would
have a CVS version to make sure th
On Fri, Feb 25, 2005 at 11:59:01AM -0800, Linus Torvalds wrote:
> On Fri, 25 Feb 2005, Russell King wrote:
> > So, what's happening about this?
>
> Btw, is there any real reason why the ARM _tools_ can't just be fixed? I
> don't see why this isn't a tools bug?
It is a tools bug. But the issue i
On Fri, Feb 25, James Simmons wrote:
>
> > cfb_imageblit(320) dst1 fa51a800 base e0b8 bitstart 1999a800
> > fast_imageblit(237) s daea4000 dst1 fa51a800
> > fast_imageblit(269) j 1 fa51a800 0
> > Unable to handle kernel paging request at virtual address fa51a800
> >
> > is bitstart incorrec
On Thu, Feb 24, 2005 at 02:22:37PM -0500, Chad N. Tindel wrote:
> > If you keep a learning attitude, there is a chance for this discussion
> > to go on. However, if you keep the "Come now, don't bullshit me, this is
> > a broken architecture and you're just trying to cover up" attitude,
> > you'
On Thu, Feb 24, 2005 at 10:49:57PM +0100, Jean Delvare wrote:
> Hi Stefan,
>
> Several functions in your rtc8564 driver verify the non-NULLity of the
> i2c client that is passed to them. It doesn't seem to be necessary, as I
> can't think of any case where these functions could possibly be called
On Wed, Feb 23, 2005 at 02:12:44PM -0800, Mickey Stein wrote:
> From: Mickey Stein
> Versions: linux-2.6.11-rc4-bk11, gcc4 (GCC) 4.0.0 20050217 (latest fc
> rawhide from 19Feb DL)
>
> gcc 4.0.x cvs seems to dislike "include/linux/i2c.h file" and others
> due to a current gcc 4.0.x change havin
1 - 100 of 214 matches
Mail list logo
