Hi,
It seems to me that the following code is off-by-one bug.
http://lxr.linux.no/source/net/unix/af_unix.c#L191
http://lxr.linux.no/source/net/unix/af_unix.c?v=2.4.28#L182
I think
((char *)sunaddr)[len]=0;
should be
((char *)sunaddr)[len-1]=0;
Thanks.
-
To unsubscribe from this list: send
On Sat, 2005-03-26 at 10:37 +, Tux wrote:
I'm confused, are hard limits to RLIMIT_NPROC imposed on services
spawned by init before a user logs in?
There are no hard limits to RLIMIT_NPROC. However, on fork, childern
inherits the parents limits. Non-root users can not raise the limit,
just
Hi,
On Mon, Mar 28, 2005 at 05:00:05PM +0900, Tetsuo Handa wrote:
Hi,
It seems to me that the following code is off-by-one bug.
http://lxr.linux.no/source/net/unix/af_unix.c#L191
http://lxr.linux.no/source/net/unix/af_unix.c?v=2.4.28#L182
I think
((char *)sunaddr)[len]=0;
should be
In article [EMAIL PROTECTED] (at Mon, 28 Mar 2005 17:00:05 +0900), Tetsuo
Handa [EMAIL PROTECTED] says:
It seems to me that the following code is off-by-one bug.
http://lxr.linux.no/source/net/unix/af_unix.c#L191
http://lxr.linux.no/source/net/unix/af_unix.c?v=2.4.28#L182
I think
((char
In article [EMAIL PROTECTED] (at Mon, 28 Mar 2005 17:21:08 +0900 (JST)),
(BYOSHIFUJI Hideaki / [EMAIL PROTECTED](B [EMAIL PROTECTED] says:
(B
(B It seems to me that the following code is off-by-one bug.
(B:
(B Well, 2.2 has some comment on this:
(B
(BSo, I'd suggest to put the comment
In article [EMAIL PROTECTED] (at Mon, 28 Mar 2005 17:39:38 +0900 (JST)),
(BYOSHIFUJI Hideaki / [EMAIL PROTECTED](B [EMAIL PROTECTED] says:
(B
(B So, I'd suggest to put the comment back to 2.4/2.6 instead.
(B (Note: net/socket.c refers this around MAX_SOCK_ADDR definition.)
(B
(B
How do you define proven in court?
Decided by an US judge based on US laws?
Decided by a German judge based on German laws?
Decided by a Chinese judge based on Chinese laws?
...
OK, I was talking about US courts since that case was done in the US.
And a court decision in e.g. the
Looking a little more closely at the users there
is a clear demand in the kernel for some kind of forced
reboot. Coming from software watchdog timers and the like,
and it makes sense for sysrq-b to call the same thing.
However I'm not at all certain that we want the software is
hosed reboot
Dmitry,
I reckon that the reconnection should be automatic, with the kernel
driver being able to detect a sync loss. I understand that the patch you
originally posted might not be ideal, however I have been using it
successfully for months now (modified for 2.6.9 and 2.6.10) and I have
included
Hi,
this is a resend of a patch that Andrew put in -mm, but that I think is
ok and should go into mainline. I did not get any feedback (positive or
negative) about it. Please either apply it or explain why not...
It's currently impossible to associate with a shared-key-only access
point using
On Mon, 28 Mar 2005, Colin Leroy wrote:
Hi,
this is a resend of a patch that Andrew put in -mm, but that I think is
ok and should go into mainline. I did not get any feedback (positive or
negative) about it. Please either apply it or explain why not...
It's currently impossible to
Hi,
Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.12-rc1/2.6.12-rc1-mm3/
- Mainly a bunch of fixes relative to 2.6.12-rc1-mm2.
- Again, we'd like people who have had recent DRM and USB resume problems to
test and report, please.
- The bk-ide-dev tree is
On Mon, 28 Mar 2005 06:20:01 +0200,
Willy Tarreau [EMAIL PROTECTED] wrote:
I believe it's because of genksyms during the build process, I had the
exact same problem a few weeks ago on a machine with old modutils. So
you should have cleaned everything and rebuilt from scratch after
installing your
On Mon, Mar 28, 2005 at 10:30:22PM +1200, Reuben Farrelly wrote:
Unable to handle kernel paging request at virtual address f3a6ce68
printing eip:
c0244109
*pde =
Oops: [#1]
SMP DEBUG_PAGEALLOC
Modules linked in: hidp hci_usb sermouse nfsd exportfs md5 ipv6 lp
autofs4
Reuben Farrelly wrote:
I'm repeatably getting this crash on shutdown in -mm3, and a few
releases earlier (but I can't be certain it was the same crash..)
Serial: 8250/16550 driver $Revision: 1.90 $ 8 ports, IRQ sharing enabled
ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
ttyS1 at I/O 0x2f8 (irq = 3)
Hi all,
please Cc to me your clues on the following problem:
Symptom:
reboot or shutdown -r now on VIA EPIA-MS motherboard finishes all
processes, then comes message Restarting system., keyboard LEDs
flash and nothing happens anymore -- one has to finalize reboot manually.
Comments:
1.
Hi,
I have 2 modules. The first one uses EXPORT_SYMBOL to make some function
available to other modules. These prototypes for these functions were
also put in a header file. Now the second module uses the functions the
functions defined in the first module by and includes the afore
mentioned
On Mon, Mar 28, 2005 at 01:10:35PM +0200, Josef E. Galea wrote:
Hi,
I have 2 modules. The first one uses EXPORT_SYMBOL to make some function
available to other modules. These prototypes for these functions were
also put in a header file. Now the second module uses the functions the
On Mon, Mar 28, 2005 at 09:00:59PM +1000, Keith Owens wrote:
On Mon, 28 Mar 2005 06:20:01 +0200,
Willy Tarreau [EMAIL PROTECTED] wrote:
I believe it's because of genksyms during the build process, I had the
exact same problem a few weeks ago on a machine with old modutils. So
you should have
Hi Linus,
In order to stop someone loading a drm driver on a wrong core this patch
makes the driver pass in the version is was built against, this mainly
useful for people using the DRI snapshots for cards that aren't their
normal cards...
Also for anyone who maintains a kernel for distros or
Sam Ravnborg wrote:
On Mon, Mar 28, 2005 at 01:10:35PM +0200, Josef E. Galea wrote:
Hi,
I have 2 modules. The first one uses EXPORT_SYMBOL to make some function
available to other modules. These prototypes for these functions were
also put in a header file. Now the second module uses the
Benjamin Herrenschmidt a écrit :
Hi !
Current radeonfb is a bit anal about accepting CRT modes, it basically only
accepts modes that have the exact resolution, which tends to break with fbcon
on console switches as it provides approximate modes. This patch fixes it
by having the driver chose the
On Sun, 2005-03-27 at 21:54 -0400, Horst von Brand wrote:
Wrong. You are free to do whatever you like in the privacy of your home,
but not distribute the result. So you could very well distribute both
pieces, one under GPL, the other not, and leave the linking to the end
user.
Sure,
Hello,
And happy easter to you all. Just got this while trying to delete some
files on my system.
: printing eip:
: c021f089
: *pde =
: Oops: [#1]
: PREEMPT
: Modules linked in: snd_seq_midi snd_emu10k1_synth snd_emux_synth
snd_seq_virmidi snd_seq_midi_event snd_seq_midi_emul
Hi all, I have two questions,
1. Will the offical kernel support IT8212 ide controller?
I only know AC kernel support it now.
2. http://www.nvnews.net/vbulletin/showthread.php?t=47502page=2pp=15
The X freezes sometime when i am using firefox, anyone have
experimence on this?
nvidia 7167 bug?
I've spent silly amonunt of time trying to use i810 fb on my new spiffy
flat panel. This patch will hopefully help other poor souls.
Patch also fixes module parameter comments.
--
vda
--- linux-2.6.11.src/drivers/video/i810/i810_main.c.orig Thu Mar 3 09:30:58 2005
+++
_
¿Cuánto vale tu auto? Tips para mantener tu carro. ¡De todo en MSN Latino
Autos! http://latino.msn.com/autos/
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
$B###(B
$B!!!y4JC1$K=P2q$!9b3NN(!y!!%F%-%9%HHG!!(BVol.084
$B###(B
[EMAIL PROTECTED]@-8r!K$r}$a$k!!!z!D!D!D!D(B
$B!y(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,!y(B
Tried 2.6.11.6, 2.6.11.6-bk1 and 2.6.12-rc1.
- s n i p -
CHROOT Aurora/Woody-devel# make
CHK include/linux/version.h
CC init/main.o
In file included from include/linux/module.h:10,
from init/main.c:16:
include/linux/sched.h: In function `lock_need_resched':
Hi,
I am working in 10 msec tick, and run separate task with the /dev/rtc that
operate in 1/1024 sec
(about 1 msec).
I see that the RTC task is activated every 1 msec (as expected).
Can anybody explain how the scheduler is activated each 1 msec, although the
minimal time
slice is 10 msec.
What
It should work if you disable PREEMPT.
Willy
On Mon, Mar 28, 2005 at 02:41:34PM +0200, Turbo Fredriksson wrote:
Tried 2.6.11.6, 2.6.11.6-bk1 and 2.6.12-rc1.
- s n i p -
CHROOT Aurora/Woody-devel# make
CHK include/linux/version.h
CC init/main.o
In file included from
On Sun, 27 Mar 2005, Dave Jones wrote:
On Sun, Mar 27, 2005 at 05:12:58PM +0200, Jan Engelhardt wrote:
Well, kfree inlined was already mentioned but forgotten again.
What if this was used:
inline static void kfree_WRAP(void *addr) {
if(likely(addr != NULL)) {
Jean Delvare schrieb:
Hi Adrian,
There are two cases:
1. NULL is impossible, the check is superfluous
2. this was an actual bug
Agreed.
In the first case, my patch doesn't do any harm (a superfluous isn't
a real bug).
The fact that it isn't a bug does not imply that the patch
Dave Hansen wrote:
On Thu, 2005-03-24 at 15:49 +0530, Hariprasad Nellitheertha wrote:
Dave Hansen wrote:
I think there's likely a lot of commonality with the needs of memory
hotplug systems here. We effectively dump out the physical layout of
the system, but in sysfs. We do this mostly because
On Sun, 27 Mar 2005, Alan Cox wrote:
On Sul, 2005-03-27 at 14:53, Wichert Akkerman wrote:
Are you sure? It is perfectly legal to relicense things if you own the
copyright. As long as he never distributes his GPL version I don't see
why he should have a problem.
The GPL is a distribution
On Mon, 28 Mar 2005, Steven Rostedt wrote:
On Sun, 2005-03-27 at 21:54 -0400, Horst von Brand wrote:
Wrong. You are free to do whatever you like in the privacy of your home,
but not distribute the result. So you could very well distribute both
pieces, one under GPL, the other not, and leave the
On Sun, 27 Mar 2005, Aaron Gyes wrote:
And then the user want to upgrade the 2.0 kernel that shipped with this
box although the company that made the hardware went bankrupt some years
ago.
If the user has the source of the driver, he can port the driver or hire
someone to port the
Hi,
This patchset restores back the kdump functionality on i386. Patchset
contains the patches for user space (kexec-tools-1.101) and kernel space
(2.6.12-rc1-mm3). Some of the user space patches are being released for
the completeness.
This patch set performs following.
kexec-tool-1.101
During loading of panic kernel(vmlinux), it was found that on some systems,
parameter segment was being stomped over by kernel. This was resulting in
corruption of e820 memory map and leading to boot memory allocator
initialization failures while booting into new kernel. This patch fixes the
This patch adds support for reserving space for backup region. Also adds code
in purgatory to copy the first 640K to backup region.
Signed-off-by: Vivek Goyal [EMAIL PROTECTED]
---
kexec-tools-1.101-root/kexec/arch/i386/crashdump-x86.h|9 ++
o Removed the dependency on backup region. Now all the information is encoded
in ELF format. /dev/oldmem is a dummy interface. User space tool need to be
intelligent enough to parse the elf headers and read the relevant memory
areas with the help of /dev/oldmem.
Signed-off-by: Vivek
From: Hariprasad Nellitheertha [EMAIL PROTECTED]
This patch contains the code that enables us to access the previous kernel's
memory as /dev/oldmem.
Signed-off-by: Eric Biederman [EMAIL PROTECTED]
Signed-off-by: Andrew Morton [EMAIL PROTECTED]
---
---BeginMessage---
From: Vivek Goyal [EMAIL PROTECTED]
o Adds support for parsing core ELF32 headers.
o I am expecting ELF32 support to go away down the line. This patch has been
introduced for testing purposes as gdb can not parse ELF64 headers for
i386. When a decent user space solution is
---BeginMessage---
From: Vivek Goyal [EMAIL PROTECTED]
o Support for /proc/vmcore interface. This interface exports elf core image
either in ELF32 or ELF64 format, depending on the format in which elf headers
have been stored by crashed kernel.
o Added support for CONFIG_VMCORE config
---BeginMessage---
From: Vivek Goyal [EMAIL PROTECTED]
o Enable copy_oldmem_page() to read from a specific offset, with in a page.
Signed-off-by: Vivek Goyal [EMAIL PROTECTED]
---
linux-2.6.12-rc1-mm1-1M-root/include/linux/crash_dump.h |3 ++-
---BeginMessage---
From: Vivek Goyal [EMAIL PROTECTED]
o This patch retrieves the max_pfn being used by previous kernel and stores
it in a safe location (saved_max_pfn) before it is overwritten due to user
defined memory map. This pfn is used to make sure that user does not try to
read the
o config option CONFIG_CRASH_DUMP
o Made it dependent on HIGHMEM. This is required as capture kernel treats the
previous kernel's memory as high memmory and stitches a PTE for accessing
it.
Signed-off-by: Vivek Goyal [EMAIL PROTECTED]
---
linux-2.6.12-rc1-mm3-1M-root/arch/i386/Kconfig |
---BeginMessage---
From: Vivek Goyal [EMAIL PROTECTED]
o CPU does not save ss and esp on stack if execution was already in kernel
mode at the time of NMI occurrence. This leads to saving of erractic values
for ss and esp. This patch fixes the issue.
Signed-off-by: Vivek Goyal [EMAIL
o For i386, Physical memory upto 896MB is linearly mapped. Hence virtual
addresses for linearly mapped region are known.
o This patch sets the appropriate virtual addresses in core headers for
linearly mapped region.
o Enables gdb to debug linearly mapped region without any special user
o Adds support for enabling crash dump from kexec command line.
o Kexec on panic case can now have either crash dump enabled or disabled. Core
headers shall be generated based on option selected.
o This helps in keeping kexec on panic case (no core headers) separate which
might find some
---BeginMessage---
From: Vivek Goyal [EMAIL PROTECTED]
o Updated the documentation.
From: Eric W. Biederman [EMAIL PROTECTED]
I have addressed the worst of the documentation changes that come about from
the current refacatoring.
From: Hariprasad Nellitheertha [EMAIL PROTECTED]
This patch
On Mon, 2005-03-28 at 08:12 -0500, linux-os wrote:
On Mon, 28 Mar 2005, Steven Rostedt wrote:
Following the flock in this GPL issue insulates you from
many future changes in the kernel. Major portions of the
module code has already been rewritten to erect a solid
barrier, marking what's in
On Fri, Mar 25, 2005 at 06:43:49PM -0500, Jeff Garzik wrote:
Consider what an RNG does: spews garbage.
In practical applications, you -do not- want to dedicate the machine to
spewing garbage. The vast majority of users would prefer to use their
machines for real stuff. Thus, extreme
o Creates a segment for storing elf headers.
o Creates Elf headers for dump capture.
o Functionality to modify command line internally. (Appending elfcorehdr= and
user defined memory map, memap=exactmap).
o Adds command line option to choose between ELF32 and ELF64 headers for core.
o As of
On Mon, 2005-03-28 at 15:34 +0200, Arjan van de Ven wrote:
Anyway, I don't think that the GPL is that powerful to affect things not
linked directly with it
the problem with kernel modules is.. that you actually create quite a
few lines of code directly from the kernel (via the headers).
Signed-off-by: Andrew Morton [EMAIL PROTECTED]
---
25-akpm/kernel/crash_dump.c |5 -
arch/i386/mm/highmem.c |0
include/asm-i386/highmem.h |0
include/linux/highmem.h |0
4 files changed, 4 insertions(+), 1 deletion(-)
diff -puN
---BeginMessage---
From: Vivek Goyal [EMAIL PROTECTED]
o This patch adds support for retrieving the address of elf core header if one
is passed in command line.
Signed-off-by: Vivek Goyal [EMAIL PROTECTED]
---
linux-2.6.12-rc1-mm1-1M-root/Documentation/kernel-parameters.txt |4
---BeginMessage---
From: Vivek Goyal [EMAIL PROTECTED]
o Moved architecture independent crash_dump.c and crash_dump.h file creation
code from crashdump-memory-preserving-reboot-using-kexec.patch to here. This
makes more logical sense.
From: Eric W. Biederman [EMAIL PROTECTED]
Hi Ingo,
I've done some experiences with the 2.6 scheduler on 2.6.11.6 to try
to reproduce the very high latencies I encountered on some network
related programs which run on FC2 with 2.6.5-something.
The program which seems to be the most affected is an HTTP load
generator which I use as a
Hi Riley, Dave, Peter, i386 boot/workaround maintainers,
I ran into a problem getting reboot working with 2.6.11 on an embedded
board. The board has a Geode GX1 with a CS5530A companion. What I observe on
reboot is the Restarting system printk, and then a cpu stall/hang. I think
the problem
Hi Greg, PCI folk,
Resending this patch. Is it okay now?
---
I updated this to remove unnecessary variable initialization, make
check_routing be inline only and not __init, switch to strtoul, and
formatting fixes as per Randy Dunlap's recommendations.
I updated this to change pirq_table_addr
[EMAIL PROTECTED] wrote:
Hi Riley, Dave, Peter, i386 boot/workaround maintainers,
I ran into a problem getting reboot working with 2.6.11 on an embedded
board. The board has a Geode GX1 with a CS5530A companion. What I observe on
reboot is the Restarting system printk, and then a cpu stall/hang. I
[EMAIL PROTECTED] wrote:
+#ifdef CONFIG_X86_REBOOTFIXUPS
+extern void mach_reboot_fixups(void);
+#endif
+
However, it would be nice if this could go in a header file instead of
being a naked extern.
-hpa
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the
On Mon, Mar 28, 2005 at 11:31:53AM +0200, Jan Engelhardt wrote:
How do you define proven in court?
Decided by an US judge based on US laws?
Decided by a German judge based on German laws?
Decided by a Chinese judge based on Chinese laws?
...
OK, I was talking about US
What used to be done outside the kernel, the only reasonable
place to do it, has now been moved inside the kernel for no
other reason but isolation.
I would not complain as much if nvidia was more userspace so
that bug reports could be more valid than they are currently,
when they are
On Mon, 28 Mar 2005 13:37:31 +0200,
Willy TARREAU [EMAIL PROTECTED] wrote:
On Mon, Mar 28, 2005 at 09:00:59PM +1000, Keith Owens wrote:
You need modutils = 2.4.14 to use the combination of
CONFIG_MODVERSIONS with EXPORT_SYMBOL_GPL() on 2.4 kernels.
Thanks for the precision Keith.
So the
Hi,
I need some help on solving this strange problem.
Here is what I have,
I have a loadable module (linux.2.4.20) which contains a 2 mb static gloabal
array.
When I load it from linux booted via U-Boot the system crashes.
Everything works ok if I do the same thing with the same linux booted with
Hi,
I need some help on solving this strange problem.
Here is what I have,
I have a loadable module (linux.2.4.20) which contains a 2 mb static gloabal
array.
Additional information:
The same error occurs if I just run depmod -a.
I'd be more interested in the kernel space code...
Jan
On Sun, Mar 27, 2005 at 09:39:07PM -0800, Randy.Dunlap wrote:
Exported function was marked inline:
arch/x86_64/lib/bitops.c:18: warning: `find_first_zero_bit' declared inline
afte
r being called
Signed-off-by: Randy Dunlap [EMAIL PROTECTED]
That is already fixed in the patchkit in -mm*
On Sun, Mar 27, 2005 at 08:55:03PM +0200, [EMAIL PROTECTED] wrote:
pool. The consensus was that the FIPS testing should be moved to
userspace.
Consensus from whom? And who says the FIPS testing is useful anyways?
I think you just need to trust the random generator, it is like
you
No-where in your mail, unless I missed it because i've been awake for 15
minutes now, do you mention pre-emption. One of the major latency affecting
differences between 2.4 and 2.6 is the introduction of pre-emption and with
2.6.10(ish?) you can pre-empt the big kernel lock.
Since you are
On Sun, Mar 27, 2005 at 08:05:13PM +0200, Christophe Saout wrote:
Am Sonntag, den 27.03.2005, 19:26 +0200 schrieb Andi Kleen:
preempt_schedule_irq is not an i386 specific function and seems to take
special care of BKL preemption and since reiserfs does use the BKL to do
certain things
For joe-user imho it's better to do a check from a cronjob once a day. But
for
high demand security, maybe make it pluggable? Like that a user can plug-in
some
module which does the testing? Then you can have several kinds of tests
depending on your needs.
In my old 2.4 patch there
Barry K. Nathan wrote:
On Sun, Mar 27, 2005 at 02:14:33PM -0300, Norberto Bensa wrote:
[quote rewrapped to keep it within 80 columns]
Why were snapshots (-bk) removed from www.kernel.org? I can't see any
relevant post in LKML.
You can still get to the snapshots using this URL, but as I
Jeff Garzik [EMAIL PROTECTED] writes:
I won't disagree with your experiences. For me, outside of one brief
moment when the r8169 driver didn't work on Athlon64, it has worked
flawlessly for me.
RealTek 8169 is currently my favorite gigabit chip.
It does not seem to support DAC (or rather
Mikael Pettersson [EMAIL PROTECTED] writes:
Can you please cc me on all x86-64 patches?
Compiling 2.6.12-rc1-mm2 on x86_64 with gcc-4.0 fails with:
arch/x86_64/kernel/vsyscall.c:193: error: syntax error before
'vsyscall_sysctl_change'
Fix: repair the syntax error
Looks ok thanks. I wish
Norberto Bensa wrote:
Barry K. Nathan wrote:
On Sun, Mar 27, 2005 at 02:14:33PM -0300, Norberto Bensa wrote:
[quote rewrapped to keep it within 80 columns]
Why were snapshots (-bk) removed from www.kernel.org? I can't see any
relevant post in LKML.
You can still get to the snapshots using this
H. J. Lu [EMAIL PROTECTED] writes:
The new assembler will disallow them since those instructions with
memory operand will only use the first 16bits. If the memory operand
is 16bit, you won't see any problems. But if the memory destinatin
is 32bit, the upper 16bits may have random values. The
On Mon, Mar 28, 2005 at 09:21:03AM -0600, Eric Bambach wrote:
No-where in your mail, unless I missed it because i've been awake for 15
minutes now, do you mention pre-emption. One of the major latency affecting
differences between 2.4 and 2.6 is the introduction of pre-emption and with
I tried your program with several 'val' values including ~0 and
0. The results were the same. In spite of using character pointers
on large negative integers, everything worked. What was the observed
kernel problem?? Perhaps, the kernel's printk() was not as kind
as g++ and you got some strange
On Mon, 2005-03-28 at 18:30 +0530, Hariprasad Nellitheertha wrote:
Dave Hansen wrote:
On Thu, 2005-03-24 at 15:49 +0530, Hariprasad Nellitheertha wrote:
The code reuse is nice, but the expanded use of /proc is not.
Also, we were wondering if it is appropriate to
put in multiple values
Eric,
I have some more interesting tests showing that it's not a matter
of hard real-time latency. Everyone here knows the vmstat program.
If I only start 2 'lat3 4000' programs in parallel, it literally
freezes vmstat for up to 7.7 seconds. That is, the simple program
designed to observe system
On Sun, 2005-03-27 at 22:21 +0200, Adrian Bunk wrote:
This patch contains the following cleanups:
[..]
No to all of this:
- remove the following unused functions:
- scsi.h: print_driverbyte
- scsi.h: print_hostbyte
- #if 0 the following unused functions:
- constants.c:
On Mon, 2005-03-28 at 09:21 -0600, James Bottomley wrote:
\
- remove the following unused functions:
- scsi.h: print_driverbyte
- scsi.h: print_hostbyte
- #if 0 the following unused functions:
- constants.c: scsi_print_hostbyte
- constants.c: scsi_print_driverbyte
These are
On Mon, 2005-03-28 at 17:29 +0200, Arjan van de Ven wrote:
how about a CONFIG_SCSI_DRIVER_DEBUG ?
In principle, that's fine ... in practice does the few bytes saved by
this really justify adding yet another option?
James
-
To unsubscribe from this list: send the line unsubscribe linux-kernel
The OOPS below gets generated consistently when FC3 kudzu is run during
boot (tested between 2.6.11-bk7 and 2.6.11.6-bk1). It seems to be caused
by the hotplug-parport changeset:
http://linux.bkbits.net:8080/linux-2.5/[EMAIL PROTECTED]|[EMAIL PROTECTED]
(reverting this changeset eliminates the
This is the last one, I promise.
On top of [PATCH rc1-mm3] timers: kill timer_list-lock, see
http://marc.theaimsgroup.com/?l=linux-kernelm=93319932543
This patch adds lock_timer() helper, which locks timer's base,
and checks it is still the same and != NULL.
After the previous patch the
Hi Greg,
If you read the Linux Kernel header file linux/module.h, there is a
section about Licenses. If Proprietary licences are not leagal, then why
are they supported ?
The implication of providing support for them in the header file is that
it is leagal to create and supply them.
I am
On Mon, Mar 28, 2005 at 10:34:05AM +0300, [Ville Herva] wrote:
I just upgraded from linux-2.4.21 + vserser 0.17 to 2.4.30rc3 + vserver
1.2.10. The box has been running stable with 2.4.21 + vserver 0.17/0.16 for
a few years (uptime before reboot was nearly 400 days.)
The boot went fine, but
On Sat, 26 Mar 2005, Alan Stern wrote:
Pat:
Your recent series of driver model patches naturally divides up into
two parts: those involved with implementing and using klists, and
those involved with adding a semaphore to struct device. Let's
consider these parts separately.
I've split
On Mon, Mar 28, 2005 at 06:45:43PM +0200, Eran Mann wrote:
The OOPS below gets generated consistently when FC3 kudzu is run during
boot (tested between 2.6.11-bk7 and 2.6.11.6-bk1). It seems to be caused
by the hotplug-parport changeset:
http://linux.bkbits.net:8080/linux-2.5/[EMAIL
On Thu, Mar 24, 2005 at 07:21:28AM -0800, [EMAIL PROTECTED] wrote:
support configuration of AOE_PARTITIONS from Kconfig
Signed-off-by: Ed L. Cashin [EMAIL PROTECTED]
diff -uprN a/drivers/block/Kconfig b/drivers/block/Kconfig
--- a/drivers/block/Kconfig 2005-03-07 17:37:58.0
Russell King wrote:
On Mon, Mar 28, 2005 at 06:45:43PM +0200, Eran Mann wrote:
The OOPS below gets generated consistently when FC3 kudzu is run during
boot (tested between 2.6.11-bk7 and 2.6.11.6-bk1). It seems to be caused
by the hotplug-parport changeset:
Randy.Dunlap wrote:
Did you look in
http://www.kernel.org/pub/linux/kernel/v2.6/snapshots/old/ ?
So script are confused mean look in snapshots/old :D
I was expecting them to be in testing/something...
Thanks Randy and Barry!
Best regards,
Norberto
--
Norberto Bensa
informática BeNSA
On Sat, 2005-03-26 at 15:44 +1100, Herbert Xu wrote:
I've whipped up something quick and called it crypto_comp_pcompress.
How does this interface look to you?
Hello Herbert,
I've done some work. Here are 2 patches:
1. pcompress-deflate-1.diff
2. uncompress-1.diff
(should be applied in that
On Mon, 28 Mar 2005 [EMAIL PROTECTED] wrote:
Hi Riley, Dave, Peter, i386 boot/workaround maintainers,
+config X86_REBOOTFIXUPS
+ bool Enable X86 Board Specific Fixups for Reboot
+ depends on X86
+ default n
+ ---help---
+ This enables chipset and/or board specific
Hi Ville,
On Mon, Mar 28, 2005 at 07:55:01PM +0300, Ville Herva wrote:
(...)
I rebooted (fsck took the fs errors away, no big offenders), and after a few
minutes, I got the same error (journal commit I/O error). So it doesn't
appear all that random memory corruption. The error happened right
Steps to reproduce for me:
* Boot CONFIG_PREEMPT_BKL=y kernel (.config, dmesg are attached)
* Start rebooting
* Start moving serial mouse (I have Genius NetMouse Pro)
* Right after gpm is shut down I see the oops
* The system continues to reboot
Doing a #
The memory limits aren't good enough either: if you set them low
enough that memory-forkbombs are unperilous for
RLIMIT_NPROC*RLIMIT_DATA, it's probably too low for serious
applications.
yes, if you want to run application like openoffice.org you need at
least 200Mo. If you want that your
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of linux-os
Sent: Friday, March 25, 2005 1:19 PM
To: Linux kernel
Subject: mmap/munmap on linux-2.6.11
Memory gurus,
We have an application where a driver allocates DMA-able memory.
This DMA-able memory is
1 - 100 of 568 matches
Mail list logo