On Fri, 2005-04-01 at 23:05 -0800, Pallipadi, Venkatesh wrote:
> It can be SMI happening in the platform. Typically BIOS uses some SMI
> polling
> to handle some devices during early boot. Though 500 microseconds sounds
> a
> bit too high.
>
Nope, that sounds just about right. Buggy BIOSes tha
Since we have some syscalls with 6 arguments, it's useful to have a
definition of _syscall6 in asm-ppc/unistd.h. This patch adds a
suitable definition.
Signed-off-by: Paul Mackerras <[EMAIL PROTECTED]>
diff -urN linux-2.5/include/asm-ppc/unistd.h pmac-2.5/include/asm-ppc/unistd.h
--- linux-2.5/i
The call_prom routine in arch/ppc/syslib/prom_init.c, which does a
client call to Open Firmware, returns a void *, and we use void * for
instance handles and package handles that are returned from and used
in OF calls. This is a bad idea - we can't ever dereference those
things, and we end up with
Oh, It never ends. Andrew, please apply this too.
Or I can send you updated previous patch if your prefer.
[PATCH] timers fixes/improvements fix
1. Fix compilation with CONFIG_NO_IDLE_HZ:
s/->lock/->t_base.lock/
2. s/_base/base as Ingo suggested.
Signed-off-by: Oleg Nesterov <[EMAIL PROTECTE
Oleg Nesterov <[EMAIL PROTECTED]> wrote:
>
> +void fastcall init_timer(struct timer_list *timer)
> +{
> +timer->entry.next = NULL;
> +timer->_base = &per_cpu(tvec_bases,
> +__smp_processor_id()).t_base;
> +timer->magic = TIMER_MAGIC;
> +}
__smp_processor_id()
On Saturday 02 April 2005 01:08, Richard B. Johnson wrote:
> >> Looking at your other patches, I'm assuming that this is just another
> >> April 1st type of patch. Is it?
> >
> > Arg! I'm too tired. I took another look at your other patches and they
> > look more legit now. On first glance, I thou
Andrew Morton wrote:
>
> Oleg Nesterov <[EMAIL PROTECTED]> wrote:
> >
> > +void fastcall init_timer(struct timer_list *timer)
> > +{
> > +timer->entry.next = NULL;
> > +timer->_base = &per_cpu(tvec_bases,
> > +__smp_processor_id()).t_base;
> > +timer->magic = T
On Fri, 1 Apr 2005 18:24:00 -0500 (EST), Christopher Allen Wing wrote:
>I also see messages from the kernel like:
>
> APIC error on CPU0: 00(40)
> APIC error on CPU0: 40(40)
>
>so I'd guess that something is wrong in the way that the machine is set
>up. Perhaps the BIOS or ACPI tables a
Looks like the new SGI TIOCX driver that Bruce Losure added to *-mm via
the patch "bk-ia64.patch" includes an instance of the old style driver
locking, that Patrick Mochel was changed to a new locking model.
If I try to compile 2.6.12-rc1-mm4 for SN2 with the config option
CONFIG_SGI_TIOCX=y
t
Paul Jackson <[EMAIL PROTECTED]> wrote:
>
> If I try to compile 2.6.12-rc1-mm4 for SN2 with the config option
>
>CONFIG_SGI_TIOCX=y
>
> the build fails with a bunch of errors on line 527 of tiocx.c, starting
> with:
Pat did a patch, but nobody's tested it yet.
diff -puN arch/ia64/sn/kerne
Bruce - a related issue that fell out of the previous problem. I
disabled SGI_TIOCX, with
# CONFIG_SGI_TIOCX is not set
and now 2.6.12-rc1-mm4 doesn't build SN2 because SGI_MBCS is still
enabled in my .config, even after doing 'make oldconfig':
CONFIG_SGI_MBCS=m
The error messages from the bui
Greg KH wrote:
> ChangeSet 1.2181.16.9, 2005/03/17 13:54:33-08:00, [EMAIL PROTECTED]
>
> [PATCH] PCI Hotplug: remove code duplication in
> drivers/pci/hotplug/ibmphp_pci.c
>
> This patch removes some code duplication where if and else have the
> same code at the beginning and the end of the branch.
Andrew wrote:
> Pat did a patch, but nobody's tested it yet.
It compiles. I have idea how to test it any further.
--
I won't rest till it's the best ...
Programmer, Linux Scalability
Paul Jackson <[EMAIL PROTECTED]> 1.650.933.1373,
1.925.60
> > childregs = ((struct pt_regs *) (THREAD_SIZE + (unsigned long)
> > p->thread_info)) - 1;
> > *childregs = *regs;
> > ^^^
> > childregs->eax = 0;
> > childregs->esp = esp;
> >
> > # make arch/i386/kernel/process.s
> >
> > copy_thread:
>
On Saturday 02 April 2005 15:18, Denis Vlasenko wrote:
> -O2 compile does inline copying, however, suboptimally.
> Pushing/popping esi/edi on the stack is not needed.
> Also "mov $1,ecx; rep; movsl" is rather silly.
I think I am wrong about push/pop. Sorry.
However, other observation is still val
Hi!
I'm currently developing a small OS. But I have some questions towards
the boot sequence:
Grub (0.9.6) is installed in the MBR of the Harddisk (512 Byte - Stage
1) than grub loads Stage 2 which is located at a fixed address
(specified in stage1.h), but how is this location linked to an inode
Howdy,
I get the following oops when I switch a Logitech USB Bluetooth Hub
into HCI mode (hid2hci utility):
usb 1-2.1.1: new low speed USB device using uhci_hcd and address 5
input: USB HID v1.10 Mouse [Logitech USB Receiver] on usb-:00:04.2-2.1.1
hiddev0: USB HID v1.10 Device [Logitech USB R
On Sun, 2005-03-27 at 16:34 +0200, Adrian Bunk wrote:
> This patch removes #if's for kernel 2.2 .
this one looks like it's not quite complete:
> -#ifndef LINUX_VERSION_CODE
> #include
> -#endif
Once there are no more KERNEL_VERSION dependencies in a file, it's
inclusion of linux/version.h can
Jon Smirl wrote:
On Apr 1, 2005 7:17 AM, K.R. Foley <[EMAIL PROTECTED]> wrote:
I have an old Dell Precision 620 workstation with dual PIII 933's and
512 Mb memory. It also uses AIC-7899P U160/m SCSI controllers with one
U160 drive (boot drive) and one slower 18 Gb. I have been running many
differen
$B%"%J%?$N$?$a$K=PMh>e$,$j$^$7$?(B
$B%^%8%a$J=P2q$$7O%5%$%H$G$9!#(B
http://com.deai-pc.com/?num=20010
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-i
On Sat, 2 Apr 2005, Paul Jackson wrote:
> Bruce - a related issue that fell out of the previous problem. I
> disabled SGI_TIOCX, with
>
> # CONFIG_SGI_TIOCX is not set
>
> and now 2.6.12-rc1-mm4 doesn't build SN2 because SGI_MBCS is still
> enabled in my .config, even after doing 'make oldconfi
* Chen, Kenneth W <[EMAIL PROTECTED]> wrote:
> Ingo Molnar wrote on Thursday, March 31, 2005 8:52 PM
> > the current defaults for cache_hot_time are 10 msec for NUMA domains,
> > and 2.5 msec for SMP domains. Clearly too low for CPUs with 9MB cache.
> > Are you increasing cache_hot_time in your e
* Andrew Morton <[EMAIL PROTECTED]> wrote:
> Oleg Nesterov <[EMAIL PROTECTED]> wrote:
> >
> > +void fastcall init_timer(struct timer_list *timer)
> > +{
> > + timer->entry.next = NULL;
> > + timer->_base = &per_cpu(tvec_bases,
> > + __smp_processor_id()).t_base;
> > + tim
Hi,
I've recently switched form 2.4.x kernel series to 2.6.x, and I've
encourted a problem with my old scanner card, lspci shows it as:
00:0c.0 SCSI storage controller: DTC Technology Corp. Domex 536
Control: I/O+ Mem- BusMaster- SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping- SERR- Fas
I booted a kernel with the patch on my system and it works as expected.
Thanks!
-Bruce
On Sat, 2 Apr 2005, Paul Jackson wrote:
> Andrew wrote:
> > Pat did a patch, but nobody's tested it yet.
>
> It compiles. I have idea how to test it any further.
>
>
--
Bruce Losure
Hi Linus,
short ChangeLog:
* ide-default pseudo-driver is gone
* VIA resume failure is fixed
Bartlomiej
Please do a
bk pull bk://bart.bkbits.net/ide-2.6
This will update the following files:
drivers/ide/ide-default.c | 76 ---
drivers/ide/Makefile|3
On Fri, 1 Apr 2005 11:11:34 -0800
Andrew Morton <[EMAIL PROTECTED]> wrote:
> > CBUS was designed to provide very fast _insert_ operation.
>
> I just don't see any point in doing this. If the aggregate system load is
> unchanged (possibly increased) then why is cbus desirable?
>
> The only adva
When people gets OOM messages, many of them don't know what is happening or what
OOM means. This brief message explains it.
--- stable/mm/oom_kill.c.orig 2005-04-02 17:44:14.0 +0200
+++ stable/mm/oom_kill.c2005-04-02 18:01:02.0 +0200
@@ -189,7 +189,8 @@
re
In qlaxxx/qla_os.c, the copy_mem_info function can cause proc_file_read
to produce an "Apparent buffer overflow" error.
For illistration, lets assume we enter with
info->offset = 0
info->len = PAGE_SIZE (16384 on ia64 where I am seeing this)
info->pos = 0
We pass in a data buffer that is 16386
Hello guys, this is my first post in this list, I'm not a subscriner so
please CC me for reply and comments. Thank you.
I've got an Acer Aspire 1601LC laptop and I get strange issue when
mounting dvd (I cannot say the time 'cause firstly I thought to bad
dvd).
If I close the try and then mount th
Diego Calleja schrieb:
When people gets OOM messages, many of them don't know what is happening or what
OOM means. This brief message explains it.
--- stable/mm/oom_kill.c.orig 2005-04-02 17:44:14.0 +0200
+++ stable/mm/oom_kill.c2005-04-02 18:01:02.0 +0200
@@ -189,7 +189,8
El Sat, 02 Apr 2005 18:58:53 +0200,
Matthias-Christian Ott <[EMAIL PROTECTED]> escribió:
> I disagree this is _not_ usefull. If the user don't knows what OOM means
> he can use google to get this information.
And google will take them to what random source of information? There's no
"official"
Matthias-Christian Ott wrote:
Diego Calleja schrieb:
When people gets OOM messages, many of them don't know what is
happening or what
OOM means. This brief message explains it.
--- stable/mm/oom_kill.c.orig2005-04-02 17:44:14.0 +0200
+++ stable/mm/oom_kill.c2005-04-02 18:01:02.000
Hi all,
How can I know the rest size of the kernel stack.
(in my kernel driver)
Thanks.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at
On Sun, Apr 03, 2005 at 02:46:34AM +0900, ooyama eiichi wrote:
> How can I know the rest size of the kernel stack.
you can't in a platfork-independant way
> (in my kernel driver)
*why* do you want to do this?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
I have to write some code to insert a non-standard bridge
(it identifies itself as bridge-other, but it functions
as a pci-pci bridge).
I'm going to be using 2.4.2x and eventually 2.6.x for intel
and ppc...
In the pci_dev structure (for 2.4.29)
there's
(in include/linux/pci.h)
00355 #define DEVI
Pat:
I looked through the new driver model code a bit more. There appears to
be a few problems (unless I'm using out-of-date code).
First, there's a race between adding a new device and registering a new
driver. The bus_add_device() routine contains these lines:
pr_debug("bus %s: add
hi ingo, hi everyone!
no luck w/ latest realtime-preempt on amd64:
[EMAIL PROTECTED]:/local/build/linux> make
CHK include/linux/version.h
make[1]: `arch/x86_64/kernel/asm-offsets.s' is up to date.
CC init/main.o
In file included from include/linux/rwsem.h:38,
from incl
Not all x86 subarchitectures have support for hyperthreading, so every
piece you add for it has to be predicated on checks for CONFIG_X86_HT.
The patch corrects this hyperthreading leakage problem in
intel_cacheinfo.c
Signed-off-by: James Bottomley <[EMAIL PROTECTED]>
= arch/i386/kernel/cpu/
Thanks for your reply.
> On Sun, Apr 03, 2005 at 02:46:34AM +0900, ooyama eiichi wrote:
>
> > How can I know the rest size of the kernel stack.
>
> you can't in a platfork-independant way
in i386 and ia64.
>
> > (in my kernel driver)
>
> *why* do you want to do this?
>
because my driver hu
On Sat, 2 Apr 2005, Mikael Pettersson wrote:
> > APIC error on CPU0: 00(40)
> > APIC error on CPU0: 40(40)
>
> Those are "received illegal vector" errors, and they
> typically indicate hardware flakiness or BIOS issues.
>
> Could be inadequate power supply, inadequate cooling,
> a BIOS b
On Sun, Apr 03, 2005 at 03:15:42AM +0900, ooyama eiichi wrote:
> in i386 and ia64.
search for CONFIG_DEBUG_STACKOVERFLOW in arch/i386/kernel/irq.c
ia64 has fairly large stacks so you probably won't need to check there
if you get the above working
> because my driver hungs the machine by an cert
ooyama eiichi wrote:
Thanks for your reply.
On Sun, Apr 03, 2005 at 02:46:34AM +0900, ooyama eiichi wrote:
How can I know the rest size of the kernel stack.
you can't in a platfork-independant way
in i386 and ia64.
(in my kernel driver)
*why* do you want to do this?
because my driver hungs the
> On Sun, Apr 03, 2005 at 03:15:42AM +0900, ooyama eiichi wrote:
>
> > in i386 and ia64.
>
> search for CONFIG_DEBUG_STACKOVERFLOW in arch/i386/kernel/irq.c
Oh, very good information for me.
>
> ia64 has fairly large stacks so you probably won't need to check there
> if you get the above worki
On Sun, 2005-04-03 at 03:48 +0900, ooyama eiichi wrote:
> > > because my driver hungs the machine by an certain ioctl. and it
> > > seems to me there is no bad in the code correspond to the ioctl,
> > > except for that it is using large auto variables. (some functions
> > > are useing ~1KB autos
This kernel has all ide and scsi drivers built in (config attached)
I can do the complete serial boot thing if really necessary, but someboby
might have an inkling from these details jotted down by hand:
__fdomain_16x0_detect+29
init_this_scsi_driver+94
(RIP __fdomain_16x0_detect+419)
Looks lik
Hi
Early morning i made a 2.6.12-rc1 with RT-V0.7.43-05 and this is what I
sow in dmesg after 6 hours of computers work:
BUG: scheduling while atomic: events/0/0x0001/8
caller is schedule+0x40/0x140
[] dump_stack+0x23/0x30 (20)
[] __schedule+0xe53/0xeb0 (124)
[] schedule+0x40/0x140 (36)
[
Gigabyte's K8NS Ultra-939 mobo has a 100/10 LAN PHY chip, ICS1883, which
isn't detected by the 2.6.12-rc1 kernel (and likely not previous kernels).
http://www.giga-byte.com/MotherBoard/Products/Products_Spec_GA-K8NS%20Ultra-939.htm
On the other hand, the ports light up when connected.
The device ma
Jacek Luczak wrote:
>
> Hi
>
> Early morning i made a 2.6.12-rc1 with RT-V0.7.43-05 and this is what I
> sow in dmesg after 6 hours of computers work:
>
>
Hmm... A lot of that seems to involve ndiswrapper. Is there any way you could
reproduce this without ndiswrapper loaded?
--
[Name ]
Rolf Eike Beer <[EMAIL PROTECTED]> wrote:
>
> Greg KH wrote:
> > ChangeSet 1.2181.16.9, 2005/03/17 13:54:33-08:00, [EMAIL PROTECTED]
> >
> > [PATCH] PCI Hotplug: remove code duplication in
> > drivers/pci/hotplug/ibmphp_pci.c
> >
> > This patch removes some code duplication where if and else have t
Nate Grey <[EMAIL PROTECTED]> wrote:
>
> Hello guys, this is my first post in this list, I'm not a subscriner so
> please CC me for reply and comments. Thank you.
>
>
> I've got an Acer Aspire 1601LC laptop and I get strange issue when
> mounting dvd (I cannot say the time 'cause firstly I though
On Sat, Apr 02, 2005 at 02:04:11PM -0500, Steven Rostedt wrote:
> You can also use globally static variables too. But this makes for
> non-reentry code.
>
> Sometimes I don't feel that a kmalloc is worth it, and if the function
> in question for the driver would seldom have problems with reentry,
Hi Ingo,
I've discovered a problem with basically all "yields" in the kernel. But
that's not why I'm writing you this. To see if your kernel has the same
problems as mine, I wrote a modified test that caused me the problems,
and ran it on your kernel. But too my surprise, this test caused other
pr
Well, this is a brown paper bag for someone. The new protocol
registration locking uses a rwlock to limit access to the protocol list.
Unfortunately, the initialisation:
static rwlock_t proto_list_lock;
Only works to initialise the lock as unlocked on platforms whose unlock
signal is all zeros.
Greetings!
I have a dual Opteron system than has started oops-ing when amanda
connects to the machine and triggers the system to calculate backup
sizes using tar. The behavior started with an upgrade from 2.6.10 to
2.6.11.3, although at the time I also had the case open attempting an
ethernet
On Sat, 2005-04-02 at 20:37 +0100, Al Viro wrote:
> On Sat, Apr 02, 2005 at 02:04:11PM -0500, Steven Rostedt wrote:
> > You can also use globally static variables too. But this makes for
> > non-reentry code.
> >
> > Sometimes I don't feel that a kmalloc is worth it, and if the function
> > in que
The current logic assumes that a /proc//task directory should have a
hardlink count of 3, probably counting ".", "..", and a directory for a single
child task.
It's fairly obvious that this doesn't work out correctly when a PID has more
than one child task, which is quite often the case.
This
[ Sorry, sent in the wrong patch. This one should apply with the usual -p1
option. ]
The current logic assumes that a /proc//task directory should have a
hardlink count of 3, probably counting ".", "..", and a directory for a single
child task.
It's fairly obvious that this doesn't work out co
On Sat, 2005-04-02 at 14:37 -0500, Steven Rostedt wrote:
> Here's the bug I get:
>
FYI
For kicks I ran this on 2.6.11-rc2-RT-V0.7.36-02 (I still had it as a
Grub option), and the system just locked up hard. I just was curious if
this was from a different change. But at least in the latest it s
On Sat, 2005-04-02 at 14:37 -0500, Steven Rostedt wrote:
> What the test program does, is spawn 5 processes, each with a different
> priority. Starting with 10 and going to 14. All are SCHED_FIFO. Each of
> these processes just do a scan of all directories starting with the root
> directory '/' an
Steven Rostedt wrote:
I admit you really need to know what you're doing to use this method. If
I believe that a kmalloc would be too expensive, then I use the locking
of static variables. But each situation is different and I try to use
the best method for the occasion.
Have you benchmarked your
On Sat, 2005-04-02 at 15:06 -0500, Steven Rostedt wrote:
> On Sat, 2005-04-02 at 14:37 -0500, Steven Rostedt wrote:
>
> > Here's the bug I get:
> >
>
> FYI
>
> For kicks I ran this on 2.6.11-rc2-RT-V0.7.36-02 (I still had it as a
> Grub option), and the system just locked up hard. I just was c
Gigabyte's K8NS Ultra-939 mobo has a 100/10 LAN PHY chip, ICS1883, which
isn't detected by the 2.6.12-rc1 kernel (and likely not previous kernels).
The board is a nVidia nForce board, correct? Then please try the
forcedeth network driver ("Reverse Engineered nForce Ethernet support").
--
M
On Sat, Apr 02, 2005 at 01:04:33PM -0500, Marty Leisner wrote:
> I have to write some code to insert a non-standard bridge
> (it identifies itself as bridge-other, but it functions
> as a pci-pci bridge).
>
> I'm going to be using 2.4.2x and eventually 2.6.x for intel
> and ppc...
I'm currently w
* Steven Rostedt <[EMAIL PROTECTED]> wrote:
> On Sat, 2005-04-02 at 14:37 -0500, Steven Rostedt wrote:
>
> > Here's the bug I get:
> >
>
> FYI
>
> For kicks I ran this on 2.6.11-rc2-RT-V0.7.36-02 (I still had it as a
> Grub option), and the system just locked up hard. I just was curious
>
* Lee Revell <[EMAIL PROTECTED]> wrote:
> It wasn't clear from your last mail whether you were using NFS. If so
> I would be suspicious given the NFS changes in the new RT patches.
> I'll try to reproduce the problem on a local fs.
also, try to undo the fs/nfs/*.c and include/linux/*nfs*.h c
Jacek Luczak napisaÅ(a):
Matan Peled napisaÅ(a):
Jacek Luczak wrote:
Hi
Early morning i made a 2.6.12-rc1 with RT-V0.7.43-05 and this is what I
sow in dmesg after 6 hours of computers work:
Hmm... A lot of that seems to involve ndiswrapper. Is there any way
you could
reproduce this without ndisw
On Sat, 2005-04-02 at 22:35 +0200, Ingo Molnar wrote:
> * Steven Rostedt <[EMAIL PROTECTED]> wrote:
>
> > On Sat, 2005-04-02 at 14:37 -0500, Steven Rostedt wrote:
> >
> > > Here's the bug I get:
> > >
> >
> > FYI
> >
> > For kicks I ran this on 2.6.11-rc2-RT-V0.7.36-02 (I still had it as a
>
Hi,
If you'r asking:
$ uname -r
2.6.11.3
--
pozdrawiam |"Help me master, I felt the burning twilight behind
[EMAIL PROTECTED]|those gates of stell..." --Perihelion, Prophecy Sequence
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PRO
On Fri, 1 Apr 2005, Jan-Benedict Glaw wrote:
> On Fri, 2005-04-01 01:07:44 -0800, Matt Mackall <[EMAIL PROTECTED]>
> wrote in message <[EMAIL PROTECTED]>:
> > I've been sitting on this patch for a while, figured it's high time I
> > shared it with the world. This patch eliminates all kernel bugs, t
On Sat, 2 Apr 2005, |TEcHNO| wrote:
> Hi,
>
> I've recently switched form 2.4.x kernel series to 2.6.x, and I've encourted a
> problem with my old scanner card,
> Apr 1 17:29:41 techno kernel: Modules linked in: nvidia
^^^ Very first thing to do is try it without the nvidia module loaded and
Hi!
I thought I'm done with fixing u32 vs. pm_message_t ... unfortunately
that turned out not to be the case as Russel King pointed out. Here
are fixes for Documentation and common code (mainly system
devices). [These patches are independend and change no object code;
therefore not numbered].
Ple
Hi!
I thought I'm done with fixing u32 vs. pm_message_t ... unfortunately
that turned out not to be the case... Here are fixes x86-64. [These
patches are independend and change no object code; therefore not
numbered].
Please apply,
Signed-off-by: Pavel Machek <[EMAIL PROTECTED]>
Hi!
Here are fixes for drivers/char. [These patches are independend and
change no object code; therefore not numbered].
Please apply,
Signed-off-by: Pavel Machek <[EMAIL PROTECTED]>
Pavel
--- clean-cvs/drivers/char/agp/efficeon-agp.c 200
Hi,
First of all, I don't have my X configured to work w/o that module, and
I don't think I can do it now.
Second of all, the 2.4.x kernel had this module too, and worked flawlessly.
Non the less, I'll try to do it.
--
pozdrawiam |"Help me master, I felt the burning twilight behind
[EMAIL PR
Hi!
I thought I'm done with fixing u32 vs. pm_message_t ... unfortunately
that turned out not to be the case as Russel King pointed out. Here
are remaining fixes for USB. [These patches are independend and change
no object code; therefore not numbered].
Please apply,
Signed-off-by: Pavel Machek
On Sat, 2005-04-02 23:03:14 +0200, Geert Uytterhoeven <[EMAIL PROTECTED]>
wrote in message <[EMAIL PROTECTED]>:
> On Fri, 1 Apr 2005, Jan-Benedict Glaw wrote:
> > Well, the patch looks fine, but you forgot to also do the VAX-specific
> > part. Withoug the BUGs, maybe the VAX kernel would be even fa
Hi!
This fixes u32 vs. pm_message_t in pcmcia. [These patches are
independend and change no object code; therefore not numbered]. Please
apply,
Signed-off-by: Pavel Machek <[EMAIL PROTECTED]>
Pavel
--- clean-cvs/drivers/pcmcia/au1000_generi
On Saturday 02 April 2005 20:10, Andrew Walrond wrote:
>
> In the meantime, I'm going to remove this driver from the .config
>
Boots fine without this driver compiled in (SCSI_FUTURE_DOMAIN=n)
Andrew Walrond
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
Pavel Machek <[EMAIL PROTECTED]> wrote:
>
> This is last of the series. I tried to submit patches through their
> mainainers (when they were easy to determine, our MAINTAINERS file
> sucks).
You mean that there are patches in addition to these seven?
> Unfortunately that probably means some p
Hi!
Here are fixes for drivers/media. [These patches are independend and
change no object code; therefore not numbered].
Please apply,
Signed-off-by: Pavel Machek <[EMAIL PROTECTED]>
Pavel
--- clean-cvs/drivers/media/dvb/cinergyT2/cinergyT
Hi!
This fixes u32 vs. pm_message_t in drivers/mmc, drivers/mtd and
drivers/scsi. [These patches are independend and change no object
code; therefore not numbered].
This is last of the series. I tried to submit patches through their
mainainers (when they were easy to determine, our MAINTAINERS fi
Ingo wrote:
> in theory the code should work fine on ia64 as well,
Nice. I'll try it on our SN2 Altix IA64 as well.
Though I am being delayed a day or two in this
by irrelevant problems.
--
I won't rest till it's the best ...
Programmer, Linux Scalability
Hi!
This fixes u32 vs. pm_message_t in drivers/message. [These patches are
independend and change no object code; therefore not numbered].
Please apply,
Signed-off-by: Pavel Machek <[EMAIL PROTECTED]>
Pavel
--- clean-cvs/drivers/message/fu
Hi,
out of boredom I grepped 2.6.12-rc1-mm4 for swapped memset arguments.
I found one:
# grep -nr "memset.*\,\(\ \|\)0\(\ \|\));" *
net/ieee80211/ieee80211_tx.c:226: memset(txb, sizeof(struct
ieee80211_txb), 0);
I found none in Linus' bk.
Regards,
Maciej
-
To unsubscribe from this li
On Sat, 2 Apr 2005, |TEcHNO| wrote:
> Hi,
>
>
> First of all, I don't have my X configured to work w/o that module, and I
> don't think I can do it now.
You should be able to just use the "nv" driver instead of the "nvidia"
driver - that should be the only change you need to make in xorg.conf
Hi!
I thought I'm done with fixing u32 vs. pm_message_t ... unfortunately
that turned out not to be the case as Russel King pointed out. Here
are fixes for drivers/macintosh. [These patches are independend and
change no object code; therefore not numbered].
Please apply,
Signed-off-by: Pavel Mac
On Sat, 2005-04-02 at 15:44 -0500, Steven Rostedt wrote:
> On Sat, 2005-04-02 at 22:35 +0200, Ingo Molnar wrote:
> > >
> > > FYI
> > >
> > > For kicks I ran this on 2.6.11-rc2-RT-V0.7.36-02 (I still had it as a
> > > Grub option), and the system just locked up hard. I just was curious
> > > i
Hi!
> > This is last of the series. I tried to submit patches through their
> > mainainers (when they were easy to determine, our MAINTAINERS file
> > sucks).
>
> You mean that there are patches in addition to these seven?
Yes, there are 7 more. They were sent to l-k and maintainers. I'll
bou
Hi!
This fixes drivers/pci (mostly pcie stuff). [These patches are
independend and change no object code; therefore not numbered].
Please apply,
Signed-off-by: Pavel Machek <[EMAIL PROTECTED]>
Pavel
--- clean-cvs/drivers/pci/hotplug/pciehp
On Fri, Apr 01, 2005 at 07:18:52PM +0200, Uwe Zybell wrote:
> There is a line in fs/partitions/msdos.c that lets extended partitions
> be max 1k (..."==1 ? 1 : 2"...). The comment explains it to protect
> sysadmins from themselves. But now I have found a legitimate use
> for extended partitions
Hi!
This fixes remaining u32s in drivers/ net. [These patches are
independend].
Please apply,
Signed-off-by: Pavel Machek <[EMAIL PROTECTED]>
Pavel
--- clean-cvs/drivers/net/8139cp.c 2005-01-16 22:27:04.0 +0100
+++ linux-cvs/d
On Sat, 2005-04-02 at 22:14 +0200, Manfred Spraul wrote:
> Steven Rostedt wrote:
>
> >I admit you really need to know what you're doing to use this method. If
> >I believe that a kmalloc would be too expensive, then I use the locking
> >of static variables. But each situation is different and I tr
On Sat, 2 Apr 2005, Maciej Soltysiak wrote:
> Hi,
>
> out of boredom I grepped 2.6.12-rc1-mm4 for swapped memset arguments.
> I found one:
>
> # grep -nr "memset.*\,\(\ \|\)0\(\ \|\));" *
> net/ieee80211/ieee80211_tx.c:226: memset(txb, sizeof(struct
> ieee80211_txb), 0);
>
And here's a
On Saturday 02 April 2005 15:34, Ingo Molnar wrote:
>* Lee Revell <[EMAIL PROTECTED]> wrote:
>> It wasn't clear from your last mail whether you were using NFS.
>> If so I would be suspicious given the NFS changes in the new RT
>> patches. I'll try to reproduce the problem on a local fs.
>
>also, t
Hi Steve,
Here's yet another round of cleanups for fs/cifs/ - this time it's for
dir.c.
I believe this marks the end of the files you wanted done in a specific
order, so now I'll be going through the remaining ones in arbitrary order.
Just like for the previous files I've split the cleanups i
Can someone please explain why I get this every time I switch in and out
of X? And better yet how do I turn this off?
debug atyfb: Mach64 non-shadow register values:
debug atyfb: 0x2000: 004F0063 000C0052 01DF020C 000201EA
debug atyfb: 0x2010: 016F 1400 0020 0B002200
debug atyfb: 0x
Whitespace cleanups of function definitions in fs/cifs/dir.c
Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]>
--- linux-2.6.12-rc1-mm4-orig/fs/cifs/dir.c 2005-03-02 08:38:12.0
+0100
+++ linux-2.6.12-rc1-mm4/fs/cifs/dir.c 2005-04-02 23:28:28.0 +0200
@@ -31,8 +31,7 @@
#include
Cleanup spacing and trailing whitespace in fs/cifs/dir.c
Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]>
--- linux-2.6.12-rc1-mm4/fs/cifs/dir.c.with_patch1 2005-04-02
23:31:27.0 +0200
+++ linux-2.6.12-rc1-mm4/fs/cifs/dir.c 2005-04-02 23:47:39.0 +0200
@@ -37,7 +37,7 @@ void
Remove redundant NULL pointer checks before kfree() in fs/cifs/dir.c
Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]>
--- linux-2.6.12-rc1-mm4/fs/cifs/dir.c.with_patch3 2005-04-03
00:02:22.0 +0200
+++ linux-2.6.12-rc1-mm4/fs/cifs/dir.c 2005-04-03 00:02:24.0 +0200
@@ -321,12
1 - 100 of 166 matches
Mail list logo
