I get this when trying to build 2.6.12-rc2-mm1 :
CC arch/i386/kernel/setup.o
arch/i386/kernel/setup.c:96: error: parse error before "acpi_sci_flags"
arch/i386/kernel/setup.c:96: warning: type defaults to `int' in declaration of
`acpi_sci_flags'
arch/i386/kernel/setup.c:96: warning: data
On Tuesday 05 April 2005 11:44 am, Colin Leroy wrote:
> Hi,
>
> There are known issues with USB after suspend/resume (D3 hot) on
> powerpc.
Also known fixes to some of them, which haven't yet been merged.
I'll repost these as followups to this message, to linux-usb-devel
and CC Colin. They're
Jan Harkes wrote:
A simple Intel HEX format parser/loader.
...
+static int __init no_init(void)
+{
+ return 0;
+}
+
+static void __exit no_exit(void)
+{
+}
+
+module_init(no_init);
+module_exit(no_exit);
module_init/exit are not needed if both are simply stubs.
--
Brian Gerst wrote:
Jeff Garzik wrote:
Josselin Mouette wrote:
Finally, you shouldn't forget that, technically speaking, using hotplug
for uploading the firmware is much more flexible and elegant than
including it in the kernel. Upgrading the firmware and the module should
be two independent
Some questions for the list:
1) Is anyone on the list using AOE in production?
2) Is anyone on the list using AOE in combination with md and/or LVM2?
3) Is anyone on the list using AOE on a 64 bit platform?
Thanks!
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
On Tue, 2005-04-05 at 13:27 -0700, David Mosberger wrote:
> > On Tue, 5 Apr 2005 09:46:48 -0700, Greg KH <[EMAIL PROTECTED]> said:
>
> Greg> -stable review patch. If anyone has any objections, please
> Greg> let us know.
>
> Nitpick: the patch introduces trailing whitespace.
Sorry
Hi!
> Dear Andrew, dear Pavel, dear developers!
>
> WIth 2.6.12-rc2-mm1 I cannot resume, and the laptop not even freezes, it
> immediately goes into reboot when resuming (suspend did work, well it
> looks like).
>
> I booted into single user mode, stopped all programs (I could), unloaded
> all
On Tue, 2005-04-05 at 15:38 -0400, Jan Harkes wrote:
> Here is another stab at making the keyspan firmware easily loadable with
> hotplug. Differences from the previous version,
>
> - keep the IHEX parser into a separate module.
> - added a fw-y and fw-m install targets to kbuild which will
Simple program to convert the keyspan firmware header files to IHEX
formatted files that can be loaded with hotplug.
This is really only needed once to convert the existing keyspan firmware
headers, which is what the next patch does.
Index: linux/drivers/usb/serial/dumpfw.c
I have finally added support for a page size greater than 4K for jfs and
the code is now in 2.6.12-rc2-mm1. This will allow jfs to work on
architectures with larger page sizes: alpha, sparc, all configs of ia64,
etc.
I completely replaced the address-space operations for jfs's metadata,
and I
With 2.6.12-rc1 (and rc2) the Multi_key on my keyboard gives mouse button 4
events. I found out that it is caused by the change in the atkbd.scroll
parameter (see drivers/input/keyboard/atkbd.c). If I change it to 0,
the keyboard is back at its old behavior. Probably Vojtech assumed it
was OK to
Adrian Bunk wrote:
On Wed, Apr 06, 2005 at 12:32:52AM +1200, Reuben Farrelly wrote:
Hi again
At 12:14 a.m. 6/04/2005, Adrian Bunk wrote:
On Tue, Apr 05, 2005 at 08:34:11PM +1200, Reuben Farrelly wrote:
Hi,
Hi Reuben,
...
Hrm. Something changed between the last -mm release which compiled
through,
On Apr 5, 2005, at 8:53 PM, Blaisorblade wrote:
On Tuesday 05 April 2005 20:47, Renate Meijer wrote:
On Apr 5, 2005, at 6:48 PM, Greg KH wrote:
-stable review patch. If anyone has any objections, please let us
know.
--
Uses __va_copy instead of va_copy since some old versions of
> On Tue, 5 Apr 2005 09:46:48 -0700, Greg KH <[EMAIL PROTECTED]> said:
Greg> -stable review patch. If anyone has any objections, please
Greg> let us know.
Nitpick: the patch introduces trailing whitespace.
Why doesn't everybody use emacs and enable show-trailing-whitespace? ;-)
Add "make install_firmware" to the kbuild environment.
Signed-off-by: Jan Harkes <[EMAIL PROTECTED]>
Makefile| 33 +
drivers/usb/serial/Makefile |5 +
scripts/Makefile.fwinst | 34 ++
3 files
Convert the keyspan USB serial driver to use request_firmware and
firmware_load_ihex.
Signed-off-by: Jan Harkes <[EMAIL PROTECTED]>
Kconfig | 90 --
keyspan.c | 132 +++---
keyspan.h | 84
A simple Intel HEX format parser/loader.
Signed-off-by: Jan Harkes <[EMAIL PROTECTED]>
include/linux/ihex_parser.h | 23 +
lib/Kconfig |8 +
lib/Makefile|2
lib/ihex_parser.c | 181
4 files
Here is another stab at making the keyspan firmware easily loadable with
hotplug. Differences from the previous version,
- keep the IHEX parser into a separate module.
- added a fw-y and fw-m install targets to kbuild which will install a
driver's firmware files in /lib/modules/`uname
Jason Gaston wrote:
Hello,
This patch adds the Intel ESB2 DID's to the intel8x0.c file for AC'97 audio support. This patch was built against the 2.6.11.6 kernel.
If acceptable, please apply. Note: This patch depends on the previous 1/6 patch for pci_ids.h
Thanks,
Jason Gaston
Signed-off-by:
> > actually there is; you just perfectly described it. Until we have
> > drivers that can use such firmware (and need it in initrds and the like)
> > infrastructure for that is unlikely to come into existence, and until
> > there is such infrastructure, driver authors like you are unlikely to
>
On Tue, 2005-04-05 at 09:39 +0200, Franck Bui-Huu wrote:
> Unfortunately there are some places in linux where this is not the case.
> "bootmem.c" is one of these places. For instance, it does "addr >>
> PAGE_SHIFT"
> instead of using "phys_to_pfn" macro in order to convert a physical
> address
On Tue, 5 Apr 2005, Roland Dreier wrote:
> > or simply
> > if (!(ptr = kcalloc(n, size, ...)))
> > goto out;
> > and save an additional line of screen realestate while you are at it...
>
> No, please don't do that. The general kernel style is to avoid
>
On Tue, 5 Apr 2005, Russell King wrote:
> > > physical bus: 31...24 23...16 15...8 7...0
> > >
> > > BE version 1 (word invariant)
> > > byte access byte 0 byte 1 byte 2 byte 3
> > > word access 31-24 23-16 15-87-0
> > >
> > > BE version 2 (byte invariant)
> > >
Jaco Kroon wrote:
> Dmitry Torokhov wrote:
>>>OT: I think I prefer synaptics multi-finger tapping to the tapping in
>>>specific locations to get right and middle clicking, but that is another
>>>story that probably has nothing to do with the kernel, and quite likely
>>>something that is
Hello,
This patch adds the Intel ESB2 DID's to the irq.c and pci_ids.h files. This
patch was built against the 2.6.11.6 kernel.
If acceptable, please apply.
Thanks,
Jason Gaston
Signed-off-by: Jason Gaston <[EMAIL PROTECTED]>
--- linux-2.6.11.6/arch/i386/pci/irq.c.orig 2005-03-28
On Tue, 5 Apr 2005, Josselin Mouette wrote:
Le mardi 05 avril 2005 ÿÿ 11:50 -0400, Richard B. Johnson a ÿÿcrit :
You are mixing apples and oranges. The fact that the GFDL sucks has
nothing to do with the firmware issue. With the current situation of
firmwares in the kernel, it is illegal to
On Tue, Apr 05, 2005 at 09:40:24PM +0200, Arjan van de Ven wrote:
>
> > * The firmware distribution infrastructure is basically non-existent.
> > There is no standard way to make sure that a firmware separated from the
> > driver gets to all users.
> >
> > * The firmware bundling
On Tue, 5 Apr 2005, Stas Sergeev wrote:
>
> > So I'd actually prefer to get that mystery explained..
> IIRC if the interrupt doesn't do the CPL
> switch, the interrupt gate doesn't save
> the stack, and so there may not be the
> full "struct pt_regs" when the kernel
> thread is interrupted.
On Tue, 5 Apr 2005, Andi Kleen wrote:
> Try booting with acpi_skip_timer_override
Nope, this doesn't fix the problem. Here's the dmesg of 2.6.11.6 with
'acpi_skip_timer_override apic=debug':
> or simply
> if (!(ptr = kcalloc(n, size, ...)))
> goto out;
> and save an additional line of screen realestate while you are at it...
No, please don't do that. The general kernel style is to avoid
assignments within conditionals.
- R.
-
To unsubscribe from this
Hi Linus,
Linus Torvalds wrote:
This one can pass through vm86 mode stuff without the high-16-bit fixup,
as far as I can tell.
Yes, but according to Petr, vm86 is not
affected by the bug at all. I did some
rough tests in the past that seem to
confirm that. Also, in any case, the
dependance of vm86
> * The firmware distribution infrastructure is basically non-existent.
> There is no standard way to make sure that a firmware separated from the
> driver gets to all users.
>
> * The firmware bundling infrastructure is basically non-existent.
> (Arjan talked about this) There needs to be a
Our first victim!! :-)
On Tue, 2005-04-05 at 20:06 +0100, Rui Nuno Capela wrote:
> >
> I'm having plenty of this on boot, on my SMP/HT desktop (P4/x86), while
> running RT-V0.7.44-01 (SMP+PREEMPT_RT):
>
> BUG: kstopmachine: RT task yield()-ing!
>
> See sample dmesg and .config on attach.
Currently Linux 2.6 assumes the BIOS (or firmware) sets the master abort
mode flag on PCI bridge chips in a coherent fashion. This is not always
the case and the consequences of getting this flag incorrect can cause
hardware to fail or silent data corruption. This patch lets the user
On Tue, 5 Apr 2005 11:26:08 -0700
"David S. Miller" <[EMAIL PROTECTED]> wrote:
> On Tue, 5 Apr 2005 14:22:02 -0400
> Theodore Ts'o <[EMAIL PROTECTED]> wrote:
>
> > If the congestion control alogirthm is "Reno-like", what is
> > user-visible impact to users? There are OS's out there with TCP/IP
Esben Stien <[EMAIL PROTECTED]> writes:
> Esben Stien <[EMAIL PROTECTED]> writes:
>
>> can't find a single problem with the device.
>
> I should mention a couple of things after some testing: There are
> some inconsistencies with regard to cruise control.
>
> When I press TOP CLICK BACKWARD/TOP
Hello,
This patch adds the Intel ESB2 DID's to the intel8x0.c file for AC'97 audio
support. This patch was built against the 2.6.11.6 kernel.
If acceptable, please apply. Note: This patch depends on the previous 1/6
patch for pci_ids.h
Thanks,
Jason Gaston
Signed-off-by: Jason Gaston
Hi,
There are known issues with USB after suspend/resume (D3 hot) on
powerpc. For example, plugging or unplugging devices during sleep
results in oopses at resume; and one time out of two, the USB ports are
unpowered on resume (because the registers think they are, and
linux doesn't repower them.
Josselin Mouette wrote:
Finally, you shouldn't forget that, technically speaking, using hotplug
for uploading the firmware is much more flexible and elegant than
including it in the kernel. Upgrading the firmware and the module should
be two independent operations. People who are advocating the
The April release of LTP is now on SourceForge.
LTP-20050405
- Fixed '-d' option to runltp.sh
- Added optional ltp (fivextra) extended testsuite
- Added digital signiture testcases from the security team
- Applied patch from Gernot Payer to fix, mincore01, shmget02, capset02
- Applied
On Tue, 5 Apr 2005, Stas Sergeev wrote:
>
> Attached is a quick fix, which I'll be
> testing to death tomorrow at work.
This one can pass through vm86 mode stuff without the high-16-bit fixup,
as far as I can tell.
Also, I think your optimization to optimistically load SS is valid per se,
Hi Gabor,
This seems to be a USB specific problem and my USB knowledge is null.
CCing Pete.
On Mon, Apr 04, 2005 at 08:59:57PM +0200, Gabor Z. Papp wrote:
> I have a Philips 750 webcam camera, equipped with a
> Sony CCD sensor + TDA878.
>
> It was working fine with 2.4.29 and earlier
On Tue, 5 Apr 2005, Andi Kleen wrote:
> Some more debugging first might be good. Perhaps it is the same issue
> many Nvidia boards have with the APIC timer override being wrong;
> although in this case it should more not tick at all, but might
> be still worth a try.
> Try booting with
Sam Ravnborg wrote:
On Mon, Apr 04, 2005 at 04:11:33PM -0700, Randy.Dunlap wrote:
- in Networking support, move Network testing and Netpoll
support to the end of the menu (basically put the devel.
tools toward the bottom of the menu)
Done
- I would rather not "hide" Amateur Radio, IrDA, and
Esben Stien <[EMAIL PROTECTED]> writes:
> "David A. Desrosiers" <[EMAIL PROTECTED]> writes:
>
>> Using these same instructions [..] doesn't work at all
>
> This is too little information to work with. Please be more specific
> as to what you've done.
I've looked at his configuration a bit, it's
here's the patch for x86_64
The kernel is compiling... I'll try it when it finishes.
-Chris
--- linux-2.6.11.6/arch/x86_64/kernel/setup.c.orig 2005-03-25
22:28:14.0 -0500
+++ linux-2.6.11.6/arch/x86_64/kernel/setup.c 2005-04-05 15:05:47.656886736
-0400
@@ -333,6 +333,12 @@
Hi Ingo et all.
Ingo Molnar wrote:
the crashes below happen when PAGEALLOC is enabled. It's this
instruction:
movb OLDSS(%esp), %ah
I am really sorry about that screwup :(
I can't do too much right now as I am
reading the mail in a batch mode, and
the next time I'll be reading it will
be 24
According to include/linux/console.h, CON_CONSDEV flag should be set on
the last console specified on the boot command line:
86 #define CON_PRINTBUFFER (1)
87 #define CON_CONSDEV (2) /* Last on the command line */
88 #define CON_ENABLED (4)
89 #define CON_BOOT
Bartlomiej Zolnierkiewicz a écrit :
On Apr 3, 2005 11:56 PM, Andrew Morton <[EMAIL PROTECTED]> wrote:
Mathieu Bérard <[EMAIL PROTECTED]> wrote:
Hi,
I get a 100% reproductible oops while booting linux 2.6.12-rc1-mm4.
(Everyting run smoothly using 2.6.11-mm1)
It seems to be related with mounting a
>
> i have released the -V0.7.44-00 Real-Time Preemption patch, which can be
> downloaded from the usual place:
>
>http://redhat.com/~mingo/realtime-preempt/
>
I'm having plenty of this on boot, on my SMP/HT desktop (P4/x86), while
running RT-V0.7.44-01 (SMP+PREEMPT_RT):
BUG:
On Tue, 5 Apr 2005, Paulo Marques wrote:
> Hi,
> I noticed there are a number of places in the kernel that do:
> ptr = kmalloc(n * size, ...)
> if (!ptr)
> goto out;
> memset(ptr, 0, n * size);
> It seems that these could be replaced by:
> ptr = kcalloc(n,
opl3sa2: Fix "irq"-parameter name typo for parameter description.
Signed-off-by: Magnus Damm <[EMAIL PROTECTED]>
--- linux-2.6.12-rc2/sound/oss/opl3sa2.c2005-04-05 16:57:30.0
+0200
+++ linux-2.6.12-rc2-autoparam/sound/oss/opl3sa2.c 2005-04-05
19:22:49.469074368 +0200
@@
Josselin Mouette wrote:
It merely depends on the definition of "aggregation". I'd say that two
works that are only aggregated can be easily distinguished and
separated. This is not the case for a binary kernel module, from which
you cannot easily extract the firmware and code parts.
Not
On Tue, Apr 05, 2005 at 09:05:15AM -0500, James Bottomley wrote:
> On Tue, 2005-04-05 at 08:42 +0100, Russell King wrote:
> > Not so. There are two different styles of big endian. (Lets just face
> > it, BE is fucked in the head anyway...)
> >
> > physical bus: 31...24 23...16 15...8
Le mardi 05 avril 2005 Ã 12:50 -0600, Chris Friesen a Ãcrit :
> Josselin Mouette wrote:
>
> > The fact is also that mixing them with a GPLed software gives
> > an result you can't redistribute - although it seems many people
> > disagree with that assertion now.
>
> This is only true if the
I'm working o
--- Pavel Machek <[EMAIL PROTECTED]> wrote:
> Hi!
>
> > I've noticed something strange with issuing
> 'standby' to the system:
> >
> > when echoing "standby" to /sys/power/state,
> nothing happens, not even a log or
> > system activity to attempt standby mode.
> >
> > However,
On Tue, Apr 05, 2005 at 05:33:49PM +1000, Nick Piggin wrote:
> Andrew Morton wrote:
>
> > +sched-remove-unnecessary-sched-domains.patch
> > +sched-improve-pinned-task-handling-again.patch
> [snip]
> >
> > CPU scheduler updates
> >
>
> It is no problem that you picked these up for testing. But
Josselin Mouette wrote:
The fact is also that mixing them with a GPLed software gives
an result you can't redistribute - although it seems many people
disagree with that assertion now.
This is only true if the result is considered a "derivative work" of the
gpl'd code.
The GPL states "In
On Tuesday 05 April 2005 20:47, Renate Meijer wrote:
> On Apr 5, 2005, at 6:48 PM, Greg KH wrote:
> > -stable review patch. If anyone has any objections, please let us
> > know.
> >
> > --
> >
> > Uses __va_copy instead of va_copy since some old versions of gcc
> > (2.95.4
> > for
Hello,
This patch adds the Intel ESB2 DID's to the i2c-i801.c and Kconfig files for
I2C support. This patch was built against the 2.6.11.6 kernel.
If acceptable, please apply. Note: This patch depends on the previous 1/6
patch for pci_ids.h
Thanks,
Jason Gaston
Signed-off-by: Jason
* Brice Goglin <[EMAIL PROTECTED]> wrote:
> >could you send the full bootlog (starting at the 'gcc...' line)? I'm not
> >sure whether TSC calibration was done on your CPU. If cyc2ns_scale is
> >not set up then sched_clock() will return 0, and this could result in
> >that printk symptom.
>
>
Le mardi 05 avril 2005 Ã 14:17 -0400, Richard B. Johnson a Ãcrit :
> > You are completely missing the point. I don't care whether the firmwares
> > should be free, or whether they could be free. The fact is they are not
> > free, and Debian doesn't distribute non-free software in the "main"
> >
On Apr 5, 2005, at 6:48 PM, Greg KH wrote:
-stable review patch. If anyone has any objections, please let us
know.
--
Uses __va_copy instead of va_copy since some old versions of gcc
(2.95.4
for instance) don't accept va_copy.
Are there many kernels still being built with
On Apr 5, 2005 1:20 PM, Stefan Seyfried <[EMAIL PROTECTED]> wrote:
> Jaco Kroon wrote:
> > Dmitry Torokhov wrote:
>
> >>>OT: I think I prefer synaptics multi-finger tapping to the tapping in
> >>>specific locations to get right and middle clicking, but that is another
> >>>story that probably
Hello,
This patch adds the Intel ESB2 DID's to the ahci.c file for AHCI mode SATA
support. This patch was built against the 2.6.11.6 kernel.
If acceptable, please apply.
Thanks,
Jason Gaston
Signed-off-by: Jason Gaston <[EMAIL PROTECTED]>
--- linux-2.6.11.6/drivers/scsi/ahci.c.orig
Hello,
This patch adds the Intel ESB2 DID's to the ata_piix.c and quirks.c file for
IDE mode SATA support. This patch was built against the 2.6.11.6 kernel.
If acceptable, please apply.
Thanks,
Jason Gaston
Signed-off-by: Jason Gaston <[EMAIL PROTECTED]>
---
On Tue, Apr 05, 2005 at 02:02:20PM -0400, Christopher Allen Wing wrote:
>
> Are you thinking of blacklisting the APIC on this system until we figure
> out what's going on?
Some more debugging first might be good. Perhaps it is the same issue
many Nvidia boards have with the APIC timer override
Hello,
This patch adds the Intel ESB2 DID's to the piix.c file for IDE PATA support.
This patch was built against the 2.6.11.6 kernel.
If acceptable, please apply. Note: This patch depends on the previous 1/6
patch for pci_ids.h
Thanks,
Jason Gaston
Signed-off-by: Jason Gaston <[EMAIL
On Tue, 5 Apr 2005 14:22:02 -0400
Theodore Ts'o <[EMAIL PROTECTED]> wrote:
> If the congestion control alogirthm is "Reno-like", what is
> user-visible impact to users? There are OS's out there with TCP/IP
> stacks that are still using Reno, aren't there?
An incorrect implementation of any
On Tue, Apr 05, 2005 at 09:47:59AM -0700, Greg KH wrote:
>
> -stable review patch. If anyone has any objections, please let us know.
>
> While redoing BIC for the split up version, I discovered that the
> existing 2.6.11 code doesn't really do binary search. It ends up
> being just a slightly
Dear Andrew, dear Pavel, dear developers!
WIth 2.6.12-rc2-mm1 I cannot resume, and the laptop not even freezes, it
immediately goes into reboot when resuming (suspend did work, well it
looks like).
I booted into single user mode, stopped all programs (I could), unloaded
all modules (I could),
Matt Mackall wrote:
> On Sun, Apr 03, 2005 at 12:57:28PM -0700, Joel Becker wrote:
>
>> An interface in /proc where the API is:
>>or an ioctl(2) interface where the API is:
>>
>>becomes this in configfs:
>>
>> # cd /config/mythingy
>> # mkdir foo
>> # echo 1 > foo/index
>>
Hi,
currently I'm porting UML to s390 31-bit.
A first 2.6.11 UML system already is running in UML-SKAS0 mode,
which normally should run on an unpatched host (no skas3-patch).
To make UML build and run on s390, I needed to do these two little
changes (the patches are copy and paste. I hope that
Robert Love schrieb:
> On Tue, 2005-04-05 at 09:58 +0200, Prakash Punnoor wrote:
>
>>I am having a little trouble with inotify 0.22. Previous version worked w/o
>>trouble (even with nvidia and nvsound loaded) with 2.6.12-rc1-kb2 and gamin
>>
>>Now I use 2.6.12-rc2 with inotify 0.22 and got this
* Mikael Pettersson <[EMAIL PROTECTED]> wrote:
> > - jz restore_all
> > + jz restore_nocheck
> >testl $IF_MASK,EFLAGS(%esp) # interrupts off (exception path) ?
> > - jz restore_all
> > + jz restore_nocheck
> >call preempt_schedule_irq
> >jmp need_resched
> > #endif
>
I booted with 'apic=debug' in case this is useful to find out what's
wrong.
dmesg of 2.6.11.6 with ACPI enabled, APIC enabled, 'apic=debug':
http://www-personal.engin.umich.edu/~wingc/apictimer/dmesg/dmesg-2.6.11.6-acpi-apicdebug
(clock runs at double speed)
dmesg of 2.6.11.6
On Tue, 5 April 2005 17:26:31 +0100, Paulo Marques wrote:
>
> Would this be a good thing to clean up, or isn't it worth the effort at all?
I would welcome such a stream of patches. But in spite of the calloc
interface being rather stupid, I'd prefer to see patches with kcalloc
instead of
On Tue, 2005-04-05 at 18:04 +0100, Nix wrote:
> On 5 Apr 2005, Soeren Sonnenburg whispered secretively:
> > I wonder whether anyone could use the pktcddvd device without killing
> > random jobs (due to sudden out of memory or better memory leaks in
> > pktcddvd) and finally a complete freeze of
Hi,
This is my second attemp to make anyone notice the bug that is in the
2.6.x tree. While many people tried to put blame on nvidia, here's a log
that shows that it's purely kernel fault not to work.
At the end of this mail you can find some logs which show how 2.4.x and
2.6.x kernels work
On Tue, 5 Apr 2005, Andi Kleen wrote:
> Alternatively you can try to boot with noapic. Does that help?
Yes, with 'noapic' the system boots normally and the clock runs at normal
speed.
dmesg of 2.6.11.6 without any command line options. (default: ACPI
enabled, APIC enabled):
On Tue, 2005-04-05 at 19:25 +0200, |TEcHNO| wrote:
> This is my second attemp to make anyone notice the bug that is in the
> 2.6.x tree. While many people tried to put blame on nvidia, here's a log
> that shows that it's purely kernel fault not to work.
> At the end of this mail you
Arjan van de Ven wrote:
> On Sun, 2005-04-03 at 12:57 -0700, Joel Becker wrote:
>
>>Folks,
>> I humbly submit configfs. With configfs, a configfs
>>config_item is created via an explicit userspace operation: mkdir(2).
>>It is destroyed via rmdir(2). The attributes appear at mkdir(2) time,
This patch adds SELinux support for the KOBJECT_UEVENT Netlink family,
so that SELinux can apply finer grained controls to it. For example,
security policy for hald can be locked down to the KOBJECT_UEVENT
Netlink family only. Currently, this family simply defaults to the
default Netlink socket
Le mardi 05 avril 2005 Ã 11:50 -0400, Richard B. Johnson a Ãcrit :
> >> You are mixing apples and oranges. The fact that the GFDL sucks has
> >> nothing to do with the firmware issue. With the current situation of
> >> firmwares in the kernel, it is illegal to redistribute binary images of
> >>
On Tue, 2005-04-05 at 19:20 +0200, Prakash Punnoor wrote:
> BTW, what else could I use to make use of inotify? I know fam, which afaik
> only uses dnotify.
Beagle, a desktop search infrastructure. Check out
http://www.gnome.org/projects/beagle
Some other little projects. If anyone else is
Sorry for the late answer, Yahoo put your mail in its Spam folder, and I
didn't check until now.
On Tuesday 22 March 2005 21:00, Roman Zippel wrote:
> Hi,
>
> On Tue, 22 Mar 2005, Blaisorblade wrote:
> > I've verified multiple times that if we have a situation like this
> >
> > bool A
> >
On Tue, 5 Apr 2005, James Morris wrote:
> > Surprise, surprise, it works OK here.
> >
> > What compiler version?
>
> gcc -v
> Using built-in specs.
> Target: i386-redhat-linux
> Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
> --infodir=/usr/share/info --enable-shared
On Mon, 4 Apr 2005, Sam Ravnborg wrote:
Only bit that I am worried about is the statement in SCTP:
depends on IPV6 || IPV6=n
That looked like a noop to me. It had the sideeffect that SCTP
menu entries where idented an extra level which was not desireable
with currect layout.
No. This is
Hm, sorry about the wrong subject, there were only 8 patches.
And here's a diffstat of all of them, just to make this email worth
reading and not just an apology:
lib/rwsem-spinlock.c | 42 ++
lib/rwsem.c | 16
Sven Luther <[EMAIL PROTECTED]> said:
> On Tue, Apr 05, 2005 at 08:16:48AM -0400, Jeff Garzik wrote:
> > Humberto Massa wrote:
> > >But, the question made here was a subtler one and you are all biting
> > >around the bush: there *are* some misrepresentations of licenses to the
> > >firmware
On Mon, 2005-04-04 at 01:15, Prasanna S Panchamukhi wrote:
> Hi Hien,
>
> This patch looks good to me, but I have some comments on this patch.
>
> >int register_kretprobe(struct kprobe *kp, struct rprobe *rp);
...
> >int register_jretprobe(struct jprobe *jp, struct rprobe *rp);
...
>
> Why two
Christopher Allen Wing <[EMAIL PROTECTED]> writes:
> On Sun, 3 Apr 2005, Mikael Pettersson wrote:
>
>> Well, first step is to try w/o ACPI. ACPI is inherently fragile
>> and bugs there can easily explain your timer problems. Either
>> recompile with CONFIG_ACPI=n, or boot with "acpi=off
On Fri, Apr 01, 2005 at 12:37:27PM -0500, Jason Davis wrote:
> Hello,
>
> x86_64 genapic mechanism should be aware of machines that use physical APIC
> mode regardless of how many clusters/processors are detected. ACPI 3.0 FADT
> makes this determination very simple by providing a feature flag
> CC drivers/infiniband/hw/mthca/mthca_main.o
> drivers/infiniband/hw/mthca/mthca_main.c: In function `mthca_init_icm':
> drivers/infiniband/hw/mthca/mthca_main.c:479: warning: label
> `err_unmap_eqp' defined but not used
Thanks, good catch. I screwed up the error path in
Hi Andrew,
> - Nobody said anything about the PM resume and DRI behaviour in
> 2.6.12-rc1-mm4. So it's all perfect now?
Yes, works for me. DRI (i915) is working again and USB is now happy
after a PM resume too.
signature.asc
Description: This is a digitally signed message part
Am Dienstag 05. April 2005 17:41 schrieb Vernon Mauery:
> This makes sense because a particularly malicious
> place to put something like this is a worm that attaches to your boot
> loader. Then, even doing it in the kernel at boot time is too late.
I understand... Didn't know that worms could
On Mon, 2005-04-04 at 13:04 -0700, Andrew Morton wrote:
> Mingming Cao <[EMAIL PROTECTED]> wrote:
> >
> > On Sun, 2005-04-03 at 18:35 -0700, Andrew Morton wrote:
> > > Mingming Cao <[EMAIL PROTECTED]> wrote:
> > > >
> > > > I run into OOM problem again on 2.6.12-rc1. I run some(20) fsx tests on
>
On 5 Apr 2005, Soeren Sonnenburg whispered secretively:
> I wonder whether anyone could use the pktcddvd device without killing
> random jobs (due to sudden out of memory or better memory leaks in
> pktcddvd) and finally a complete freeze of the machine ?
I'm using it without difficulty.
> To
On Tue, 2005-04-05 at 12:56 -0400, Robert Love wrote:
Mr Morton,
> Below is an updated inotify 0.22 patch, with various small clean ups and
> a fix for the oops reported by Prakash Punnoor. The oops was unrelated
> to the semaphore change, which seems to of been the right thing.
Below is an
On Tue, Apr 05, 2005 at 11:02:26AM +0200, Michal Rokos wrote:
> Hello,
>
> I've problems with IrDA - when debug is off, I'm getting oops for obvious
> reason...
> (I don't have a log, this is just rewrite from screen:
> EIP: irda_device_set_media_busy+0x15/0x40 [irda]
>
101 - 200 of 812 matches
Mail list logo