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 the
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,
jus
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;
> sh
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 thin
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 comme
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> Sig
On Mon, Mar 28, 2005 at 05:39:38PM +0900, YOSHIFUJI Hideaki / ?$B5HF#1QL@ wrote:
> + /*
> + * This may look like an off by one error but it is
> + * a bit more subtle. 108 is the longest valid AF_UNIX
> + * path for a binding. sun_p
Hi,
I understood it will not cause trouble.
Thanks a lot.
-
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 http://www.tux.org/lkml/
Andrew Morton <[EMAIL PROTECTED]> writes:
> [EMAIL PROTECTED] (Eric W. Biederman) wrote:
> >
> > Hmm. Looking a little more closely sysrq-o calls schedule work
> > which I assume places the code into a context where it can schedule.
> > Does that sound like a good approach to rebooting as well?
>> > Should NVIDIA be forced to give up their secrets to all their
>> > competitors because some over zealous developers say so?
>
>nVidia doesn't want to tell, that is their decision to make.
Well, they /could/, as to prove they are not cheating...(if they really don't)
-
To unsubscribe from thi
In article <[EMAIL PROTECTED]> (at Mon, 28 Mar 2005 11:25:39 +0200 (MEST)), Jan
(BEngelhardt <[EMAIL PROTECTED]> says:
(B
(B>
(B> On Mar 28 2005 17:39, YOSHIFUJI Hideaki / [EMAIL PROTECTED](B wrote:
(B>
(B> >+ * This may look like an off by one error but it is
(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 co
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 damm
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 it
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 the
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 ba
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
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
> autofs
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 he
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 sh
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 bu
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 funct
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 th
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 snd_
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=47502&page=2&pp=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
+++ linux-2.6.11.src/drivers/vid
_
¿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(
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':
in
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
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 doesn'
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 an
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 distr
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 lin
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 t
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
(http:/
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
pro
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 ++
kexec-tools-1.101-root/kexec/arch/i38
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 Goyal
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]>
---
linux-2.6.12-rc1-mm3-1M-root/Documenta
--- Begin Message ---
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 solut
--- Begin Message ---
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
--- Begin Message ---
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 ++-
linux-2.6.12-rc1-mm1-1M-root/kernel/c
--- Begin Message ---
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
re
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 |
--- Begin Message ---
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 <[EMA
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 space
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 fut
--- Begin Message ---
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]>
Th
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
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, "extr
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 to
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 h
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 arch/i386/mm/highmem.c~crashd
--- Begin Message ---
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 +
--- Begin Message ---
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]>
ker
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 stres
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 aris
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.
[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?
> >> > ...
> >>
> >
> 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 tai
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.
>
>S
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
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
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 exper
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
> > > certa
> > 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
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
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 r
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.
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 URL
"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
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
> 2
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 pri
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 mul
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: scsi_prin
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
>
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 oo
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-kernel&m=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 t
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 por
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
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 spl
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 PROTE
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:
http://linux.bkbits.net:8080/linux-2.5/
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
45
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 o
1 - 100 of 289 matches
Mail list logo
