On Sun, Jan 30, 2005 at 09:11:50PM -0800, David S. Miller wrote:
> On Mon, 31 Jan 2005 06:00:40 +0100
> Patrick McHardy <[EMAIL PROTECTED]> wrote:
>
> > We don't need this for IPv6 yet. Once we get nf_conntrack in we
> > might need this, but its IPv6 fragment handling is different from
> > ip_conn
(BHi,
(B
(BFrom: YOSHIFUJI Hideaki / [EMAIL PROTECTED](B <[EMAIL PROTECTED]>
(BDate: Mon, 31 Jan 2005 14:16:36 +0900 (JST)
(B
(B> In article <[EMAIL PROTECTED]> (at Mon, 31 Jan 2005 06:00:40 +0100), Patrick
(B> McHardy <[EMAIL PROTECTED]> says:
(B>
(B> |We don't need this for IPv6 yet.
Hi.
On Mon, 2005-01-31 at 16:00, Scott Feldman wrote:
> On Sun, 2005-01-30 at 19:58, Nigel Cunningham wrote:
> > Do you also disable the WOL event when resuming?
>
> Good catch. How's this look?
I looked at it last week because I used it for an example of device
model drivers at the CELF confer
Nigel Cunningham schrieb:
> Hi everyone.
>
> SoftwareSuspend 2.1.5.7B for the 2.4.28 kernel is now available from
> softwaresuspend.berlios.de.
>
> Bug fixes and forward ports to 2.4.29 and later kernels notwithstanding,
> it is intended to be the last release of SoftwareSuspend for the 2.4
> ser
Nigel Cunningham schrieb:
> Hi everyone.
>
> SoftwareSuspend 2.1.5.7B for the 2.4.28 kernel is now available from
> softwaresuspend.berlios.de.
I'm wondering why you didn't provide a patch against 2.4.29.
Anyway, I tested it against 2.4.29. I couldn't apply the preemption patch.
The other patche
On Sat, Jan 29, 2005 at 12:25:10PM +0100, Vojtech Pavlik wrote:
> I know. As I said, this is a problem I know about, and will be fixed. I
> was mainly interested whether anyone sees further problems in scenarios
> which don't include device addition/removal.
>
> We already fixed this in serio, and
On Fri, Jan 28, 2005 at 20:23:55 -0800, Om wrote:
> On Fri, Jan 28, 2005 at 01:40:51PM -0800, Rock Gordon wrote:
> > Hi everbody,
> >
> > Thanks for your replies.
> >
> > However I think my copy_to_user and copy_from_user are
> > failing since the kernel-mode thread is copying data
> > into anoth
On Sun, Jan 30, 2005 at 12:54:30AM +0100, Bartlomiej Zolnierkiewicz wrote:
> On Sun, 30 Jan 2005 00:46:24 +0100, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> > On Sat, Jan 29, 2005 at 06:51:25PM +0100, Bartlomiej Zolnierkiewicz wrote:
> > > Hi,
> > >
> > > On Sat, 29 Jan 2005 18:11:08 +0100, Adrian Bun
A Unix C programming question. Has to do mostly with pipes, so I am hoping I
am asking in the right place.
I have a rather unique situation. I have 2 programs, neither of which have
control over.
Program A writes into TWO fifo's.
Program B reads from two fifo's.
My program is the middle step.
gcc 4.0 gives the following warning:
<-- snip -->
...
CC fs/reiser4/plugin/cryptcompress.o
fs/reiser4/plugin/cryptcompress.c: In function 'grab_cluster_pages':
fs/reiser4/plugin/cryptcompress.c:1415: warning: comparisons like X<=Y<=Z do
have their mathematical meaning
...
<-- snip -
On Sat, 29 Jan 2005, Pierre Ossman wrote:
> Christoph Hellwig wrote:
> > > > Russell, please undo this patch. isa_virt_to_bus() is not dependent on
> > > > CONFIG_ISA. It causes problems on x86_64 platforms which cannot enable
> > > > ISA support.
> >
> > Actually it is, x86_64 just refuses to set
Timur Tabi <[EMAIL PROTECTED]> wrote:
>
> Roland Dreier wrote:
>
> > Reading through the tree, I see that some callers of get_user_pages()
> > release the pages that they got via put_page(), and some callers use
> > page_cache_release(). Of course has
> >
> >#define page_cache_release
mousedev_packet() incorrectly clears list->ready when called with
"tail == head - 1". The effect is that the last mouse event from the
hardware isn't reported to user space until another hardware mouse
event arrives. This can make the left mouse button get stuck when
tapping on a touchpad. When
When hardware tapping is disabled on an ALPS touchpad, the touchpad
generates exactly the same data for a single tap and a fast double
tap. The effect is that the second tap in the double tap sequence is
lost.
To fix this problem, this patch enables hardware tapping and converts
the resulting tap
Only parse a "z == 127" packet as a relative Dualpoint stick packet if
the touchpad actually is a Dualpoint device. The Glidepoint models
don't have a stick, and can report z == 127 for a very wide finger. If
such a packet is parsed as a stick packet, the mouse pointer will
typically jump to one c
Some Synaptics touchpads have a middle mouse button that also works as
a scroll wheel. Scroll data is reported as packets with w == 2 and
the scroll amount in byte 1, treated as a signed character. For some
reason, the smallest possible wheel movement is reported as a scroll
amount of 4 units. T
On Sunday 30 January 2005 11:41, Miles wrote:
> My suggestion would be to perform blocking writes in a seperate thread
> for each of the two written-to fds. You can still use select/poll for
> the read side ... tho' once you're using threading on the write side it
> might be more straightforward to
On Sat, Jan 29, 2005 at 11:56:53PM -0800, Andrew Morton wrote:
> bix:/home/akpm> grep EXPORT x
> CONFIG_XFS_EXPORT=y
> CONFIG_EXPORTFS=m
>
> That isn't going to work. Something like this, perhaps?
We want to avoid building xfs_export.o when CONFIG_EXPORTFS
isn't set. CONFIG_XFS_EXPORT=y and CON
> Stephen C Tweedie (SCT) writes:
SCT> Hi,
SCT> On Tue, 2005-01-25 at 19:30, Alex Tomas wrote:
>> >> journal_dirty_metadata(handle, bh)
>> >> {
>> >> transaction->t_reserved--;
>> >> handle->h_buffer_credits--;
>> >> if (jh->b_tcount > 0) {
>> >> /* modifed, no nee
On Sun, Jan 30, 2005 at 10:54:29AM +, Christoph Hellwig wrote:
> We want to avoid building xfs_export.o when CONFIG_EXPORTFS
> isn't set. CONFIG_XFS_EXPORT=y and CONFIG_EXPORTFS=m worked for
> me in my testing. Do you have XFS builtin or modular?
>
> I suspect we need to add another weird de
On Sunday, 30 of January 2005 07:20, Andrew Nelson wrote:
> I got a compile error:
> arch/x86_64/kernel/asm-offsets.c: In function `main':
> arch/x86_64/kernel/asm-offsets.c:65: error: invalid application of
> `sizeof' to incomplete type `pbe'
> arch/x86_64/kernel/asm-offsets.c:66: error: dereferen
>> What is the most useful to do now?
>> Binary searching for the crash between bk15 and rc2? Or:]
>
> I'd keep looking for the crash... the out of memory will probably
> disappear with a later snapshot..
After sorting out a stupid build problem, here is the result for
the binary search for th
Pete Zaitcev <[EMAIL PROTECTED]> writes:
> Since the 2.6.11-rc2, I encounter problems with touchpad and keyboard
> on my laptop, Dell Lattitude D600. The following patch appears to be
> the culprit:
[alps touchpad detection fix patch]
> Without the patch, touchpad is not detected as such. Inste
> > *) Last time I looked at FUSE the security model was: If the current uid
> > equals the owner of the mountpoint then forward the request to the
> > userland daemon, without any authentication information like for example
> > the current uid. This might have or could be changed though.
>
> as
Dmitry Torokhov <[EMAIL PROTECTED]> writes:
> On Tue, 25 Jan 2005 11:55:20 -0800, David Brownell <[EMAIL PROTECTED]> wrote:
> > The more serious one is that sometimes it seems to spontaneously emit click
> > events while I'm moving finger across pad. Which means I've had to learn to
> > plan my "
>
>
> After sorting out a stupid build problem, here is the result for
> the binary search for the crash.
> 2.6.9 crash
> 2.6.9-rc2 pci-oom
> 2.6.9-rc3 crash
> 2.6.9-rc2-bk7 crash
> 2.6.9-rc2-bk4 crash
> 2.6.9-rc2-bk2 pci-oom
> 2.6.9-rc2-bk3 krash in ifconfig
>
> Up to 2.6.9-rc2-
What's the corrispective name of these macros in the 2.6.x kernel?
--
FyreBird Hosting Provider Technical Department
Italian Open Source Network Founder
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
On Sat, Jan 29, 2005 at 11:56:53PM -0800, Andrew Morton wrote:
> Paul Blazejowski <[EMAIL PROTECTED]> wrote:
> >
> > Kernel compile errors here, i think this might be XFS related...
> >
> > fs/built-in.o(.text+0x52a93): In function `linvfs_decode_fh':
> > : undefined reference to `find_exported_
On Sun, 2005-01-30 at 12:35 +0100, Lethalman wrote:
> What's the corrispective name of these macros in the 2.6.x kernel?
>
you shouldn't need them if your code sets the .owner field properly of
the respective datastructures. Eg they are replaced by a proper (ok some
people consider that debatable
On Sat, 2005-01-29 at 16:02 -0800, Matt Mackall wrote:
> On Mon, Jan 24, 2005 at 12:57:50PM +0100, Fruhwirth Clemens wrote:
> > This is the core of my LRW patch. Added test vectors.
> > http://grouper.ieee.org/groups/1619/email/pdf00017.pdf
>
> Please include a URL for the standard at the top of t
On Sun, Jan 30, 2005 at 10:57:38AM +, Christoph Hellwig wrote:
> On Sun, Jan 30, 2005 at 10:54:29AM +, Christoph Hellwig wrote:
> > We want to avoid building xfs_export.o when CONFIG_EXPORTFS
> > isn't set. CONFIG_XFS_EXPORT=y and CONFIG_EXPORTFS=m worked for
> > me in my testing. Do you
On Sun, Jan 30, 2005 at 12:13:04PM +0100, Miklos Szeredi wrote:
> > > *) Last time I looked at FUSE the security model was: If the current uid
> > > equals the owner of the mountpoint then forward the request to the
> > > userland daemon, without any authentication information like for example
> >
On Sun, Jan 30, 2005 at 01:00:09PM +0100, Adrian Bunk wrote:
>...
> His problem is:
> - CONFIG_NFSD=m
> - CONFIG_EXPORTFS=m
> - CONFIG_XFS=y
> - CONFIG_XFS_EXPORT=y
>
> The builtin fs/xfs/linux-2.6/xfs_export.c can't call the function
> find_exported_dentry in the modular fs/exportfs/expfs.c .
B
On Sat, Jan 29, 2005 at 04:18:21PM -0200, Marcelo Tosatti wrote:
> Probably a task event is rescheduling itself repeatedly? e100 does not seem
> to schedule_task() events directly, so I wonder what is going on.
>
> Can you boot a machine with profile=2, then send the WOL packet causing
> keventd
On Sat, 29 Jan 2005, Matt Mackall wrote:
> On Mon, Jan 24, 2005 at 12:57:50PM +0100, Fruhwirth Clemens wrote:
> > This is the core of my LRW patch. Added test vectors.
> > http://grouper.ieee.org/groups/1619/email/pdf00017.pdf
>
> Please include a URL for the standard at the top of the LRW code a
On Sat, 29 Jan 2005, Brian Gerst wrote:
> Jesper Juhl wrote:
> > In kernel/params.c::module_attr_show and kernel/params.c::module_attr_store
> > we call to_module_kobject() and save the result in a local variable right
> > before a conditional statement that does not depend on the call to
> > to_m
> > There are two choices for the security model in FUSE. The first
> > choice is that the userspace filesystem does the permission checking
> > in each operation. Current uid and gid is available, group list is
> > presently not.
>
> > The other choice is that the kernel does the normal file m
On Sun, Jan 30, 2005 at 01:40:35PM +0100, Miklos Szeredi wrote:
> > the kernel-part of fuse tells any kernel-level callers to
> > "go away, come back later".
> >
> > obviously this gives time for the kernel-part to "wake up" the
> > userspace daemon, obtain an answer, such that when the kerne
With the release of gcc 4.0 being only a few months away and people
already tring compiling with it, it's time for adding a compiler-gcc4.h .
This patch contains the following changes:
- compiler-gcc+.h: add the missing noinline and __compiler_offsetof
- compiler-gcc4.h: new file based on the cor
> On Sun, 30 Jan 2005 00:15:55 +, Ralf Baechle <[EMAIL PROTECTED]> said:
ralf> Ask for SERIAL_TXX9 only on those devices that actually have
ralf> one.
Well, "depends on MIPS || PCI" was intentional. The driver can be
used for both TX39/TX49 internal SIO and TC86C001 PCI chip. TC86C001
ch
In 2.6.11-rc a completely unused variable was added, resulting in the
following compile warning:
<-- snip -->
...
CC sound/usb/usx2y/usx2yhwdeppcm.o
In file included from sound/usb/usx2y/usx2yhwdeppcm.c:53:
sound/usb/usx2y/usbusx2yaudio.c: In function `usX2Y_urbs_allocate':
sound/usb/us
On Fri, Jan 28, 2005 at 08:58:59AM +, Russell King wrote:
> On Thu, Jan 27, 2005 at 04:34:44PM -0800, David S. Miller wrote:
> > On Fri, 28 Jan 2005 00:17:01 +
> > Russell King <[EMAIL PROTECTED]> wrote:
> > > Yes. Someone suggested this evening that there may have been a recent
> > > chan
Hi,
Yesterday night, the first release of vSecurity was made publicly
available at tuxedo-es.org cvs, which can be found at:
http://cvs.tuxedo-es.org/cgi-bin/viewcvs.cgi/vsecurity/
As a short introduction, "vSecurity is a new approach to Linux kernel
security inspired and partially based on grSe
Adrian Bunk <[EMAIL PROTECTED]> writes:
> With the release of gcc 4.0 being only a few months away and people
> already tring compiling with it, it's time for adding a compiler-gcc4.h .
>
> This patch contains the following changes:
> - compiler-gcc+.h: add the missing noinline and __compiler_off
This patchset implements per-mountpoint readonly, noatime and
nodiratime flags.
This is the first release of the patch and I'm seeking feedback from
the VFS maintainer on whether it is acceptable in principle and which
modifications, if any, I should make (in addition to updating to the
latest bk)
On Sun, Jan 30, 2005 at 03:11:19PM +0100, Andi Kleen wrote:
> Adrian Bunk <[EMAIL PROTECTED]> writes:
>
> > With the release of gcc 4.0 being only a few months away and people
> > already tring compiling with it, it's time for adding a compiler-gcc4.h .
> >
> > This patch contains the following c
Andi Kleen wrote:
Adrian Bunk <[EMAIL PROTECTED]> writes:
With the release of gcc 4.0 being only a few months away and people
already tring compiling with it, it's time for adding a compiler-gcc4.h .
This patch contains the following changes:
- compiler-gcc+.h: add the missing noinline and __c
On Sun, 30 Jan 2005 22:22:24 +1100, Dave Airlie <[EMAIL PROTECTED]> wrote:
> Just another guess, but Jon could the PCI ROM patch mess up X's access
> via the Int10 handler .. maybe if it isn't mapped properly..?
The ROM patch is inactive until you echo something to the sysfs ROM variable.
>
> Da
I just checked out on current Linus BK with my AGP Radeon 9000 which
is pretty close to a 9200. Everything is working fine.
I notice from his logs that he is running a PCI radeon, not an AGP
one. Didn't someone make some changes to the PCI radeon memory
management code recently? I run a PCI R128 a
Doesn't PCI:0:8:0 have to be on a PCI bus? AGP would look like
PCI:1:0:0 or PCI:2:0:0.
--
Jon Smirl
[EMAIL PROTECTED]
-
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-in
> Hi,
> My kernel command line is:
> console=ttyCPM0,115200 panic=3 root=/dev/ram debug log_buf_len=128 KB
> Also I have:
> CONFIG_LOG_BUF_SHIFT=16
> and
> CONFIG_DEBUG_KERNEL=y (the drivers info part only)
> in .config
> Also I have commented out the console_init() call to prevent serial driver
On Sun, Jan 30, 2005 at 01:23:43PM +, Russell King wrote:
> Anyway, I've produced some code which keeps a record of the __refcnt
> increments and decrements, and I think it's produced some interesting
> results. Essentially, I'm seeing the odd dst entry with a __refcnt of
> 14000 or so (which
On Fri, 2005-01-28 at 13:40 -0800, Rock Gordon wrote:
> Lemme explain my problem a little bit more I have
> a thread that does exactly similar things in
> kernel-mode and user-mode (depending on how you
> invoked it; of course, the kernel one is forked using
> kernel_thread(), and the user one
Hi,
On Sat, 29 Jan 2005, Dmitry Torokhov wrote:
> Ok, what about making some submenus to manage number of options, like in
> the patch below?
I'd rather move it to the bottom and the menus had no dependencies.
Below is an alternative patch, which does a rather complete cleanup.
bye, Roman
---
On Thu, Jan 20, 2005 at 12:54:46PM +0100, Andreas Gruenbacher wrote:
> On Wednesday 19 January 2005 17:14, you wrote:
> > Hello,
> >
> > MODULE_PARM_TYPE needs to be moved to moduleparam.h: several files
> > include moduleparam.h but not module.h.
>
> Ah, and __MODULE_INFO needs to be moved to mod
On Sünndag 30 Januar 2005 14:05, Atsushi Nemoto wrote:
> > On Sun, 30 Jan 2005 00:15:55 +, Ralf Baechle <[EMAIL PROTECTED]>
> > said:
> ralf> Ask for SERIAL_TXX9 only on those devices that actually have
> ralf> one.
>
> Well, "depends on MIPS || PCI" was intentional. The driver can b
This little warning made me take a closer look :
drivers/scsi/gdth.c:645: warning: return from incompatible pointer type
And line 645 looks like this :
module_param(irq, int, 0);
looking a bit up in the file I find :
/* IRQ list for GDT3000/3020 EISA controllers */
static int irq[MAXHA] __ini
On Sun, Jan 30, 2005 at 10:05:16AM -0500, Jon Smirl wrote:
> I just checked out on current Linus BK with my AGP Radeon 9000 which
> is pretty close to a 9200. Everything is working fine.
>
> I notice from his logs that he is running a PCI radeon, not an AGP
> one. Didn't someone make some changes
Hi,
Here's a patch that makes sure the return value of copy_from/to_user gets
checked and handled in drivers/video/kyro/fbdev.c
It also updates a comment at the top of the file that lists the files name
and location.
Please review and consider applying.
Signed-off-by: Jesper Juhl <[EMAIL PROT
On Iau, 2005-01-27 at 16:19, Rahul Karnik wrote:
> card from within Linux. I have an OEM IT8212 card with a really old
> BIOS which the vendor does not support with a BIOS flashing tool. ITE
> Tech's flashing tool appears to work, but it fails to verify that the
> flash was successful and indeed th
On Mer, 2005-01-26 at 20:31, AurÃlien GÃRÃME wrote:
> Yep, 2.6.8.1 works fine, this issue appears on 2.6.9 and 2.6.10. I
> switched to a Debian 2.6.10 kernel for security reasons, and
> the issue has not come yet. I had a glance at the changelog and
> saw some network related patches. This is the -
On Iau, 2005-01-27 at 07:13, Andrew Morton wrote:
> Martin KÃgler <[EMAIL PROTECTED]> wrote:
> (For some reason the NMI watchdog isn't triggering here, and it's still
> taking interrupts).
> Looks like low-latency mode is busted.
low latency mode is fine, the drivers/serial layer is busted. It wo
On Mer, 2005-01-26 at 19:15, Olaf Hering wrote:
> And, did that nice interface help at all? No, it did not.
> Noone made seqfile mandatory in 2.6.
> Now we have a few nice big patches to carry around because every driver
> author had its own proc implementation. Well done...
seqfile has helped imm
On Sun, Jan 30, 2005 at 03:39:32PM +, Alan Cox wrote:
> On Iau, 2005-01-27 at 07:13, Andrew Morton wrote:
> > Martin Kögler <[EMAIL PROTECTED]> wrote:
> > (For some reason the NMI watchdog isn't triggering here, and it's still
> > taking interrupts).
>
> > Looks like low-latency mode is busted
Here's a small patch to fix this warning :
drivers/cdrom/mcd.c:268: warning: passing arg 1 of `mcd_setup' discards
qualifiers from pointer target type
Yes, the driver is ancient, but that's no reason to not fix warnings :)
Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]>
--- linux-2.6.11-rc2-b
On Sun, Jan 30, 2005 at 10:05:37PM +0900, Atsushi Nemoto wrote:
> Well, "depends on MIPS || PCI" was intentional. The driver can be
> used for both TX39/TX49 internal SIO and TC86C001 PCI chip. TC86C001
> chip can be available for any platform with PCI bus (though I have
> never seen it on platf
This patch had fixed restore_sigcontext about MIPS.
This patch is only for 2.6.11-rc2-mm2.
Yoichi
Signed-off-by: Yoichi Yuasa <[EMAIL PROTECTED]>
diff -urN -X dontdiff a-orig/arch/mips/kernel/signal-common.h
a/arch/mips/kernel/signal-common.h
--- a-orig/arch/mips/kernel/signal-common.h Mon
On Sun, Jan 30, 2005 at 03:34:49PM +, Russell King wrote:
> I think the case against the IPv4 fragmentation code is mounting.
> However, without knowing what the expected conditions for this code,
> (eg, are skbs on the fraglist supposed to have NULL skb->dst?) I'm
> unable to progress this any
Jesper Juhl wrote:
This little warning made me take a closer look :
drivers/scsi/gdth.c:645: warning: return from incompatible pointer type
And line 645 looks like this :
module_param(irq, int, 0);
looking a bit up in the file I find :
/* IRQ list for GDT3000/3020 EISA controllers */
static int i
On Sun, 30 Jan 2005, Randy.Dunlap wrote:
> Jesper Juhl wrote:
> > This little warning made me take a closer look : drivers/scsi/gdth.c:645:
> > warning: return from incompatible pointer type
> >
> > And line 645 looks like this :
> >
> > module_param(irq, int, 0);
> >
> > looking a bit up in th
On Sun, Jan 30, 2005 at 04:45:08PM +0100, Arnd Bergmann wrote:
> > Well, "depends on MIPS || PCI" was intentional. The driver can be
> > used for both TX39/TX49 internal SIO and TC86C001 PCI chip. TC86C001
> > chip can be available for any platform with PCI bus (though I have
> > never seen it o
On Sun, 30 Jan 2005 17:32:41 +0100, Helge Hafting
<[EMAIL PROTECTED]> wrote:
> Yes, it is a PCI radeon. And the machine has an AGP slot
> too, which is used by a matrox G550. This AGP card was not
> used in the test, (other than being the VGA console).
> Note that there is no crash if I don't com
/proc/meminfo on my UltraSPARC IIi:
MemTotal: 512816 kB
MemFree: 14208 kB
Buffers: 51328 kB
Cached: 163056 kB
SwapCached: 0 kB
Active: 142160 kB
Inactive: 304712 kB
HighTotal: 0 kB
HighFree:0 kB
LowTotal: 512816 kB
Lo
On Sünnavend 29 Januar 2005 02:01, [EMAIL PROTECTED] wrote:
>
> From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
> Cc: David Howells <[EMAIL PROTECTED]>
>
> The errno values which are visible for userspace are actually in the range
> -1 - -129, not until -128 (): this value was added:
>
Jesper Juhl wrote:
On Sun, 30 Jan 2005, Randy.Dunlap wrote:
Jesper Juhl wrote:
This little warning made me take a closer look : drivers/scsi/gdth.c:645:
warning: return from incompatible pointer type
And line 645 looks like this :
module_param(irq, int, 0);
looking a bit up in the file I find :
/*
Hi,
I experience the same problems as reported by Michael Gernoth when
sending a WOL-packet to computer with a e100 NIC which is already
powered on.
In my case, it's running kernel 2.6.8.1 and the NIC is identified by
lspci as:
:02:08.0 Ethernet controller: Intel Corp. 82562EZ 10/100 Ethern
Russell King wrote:
I don't know if the code is using fragment lists in ip_fragment(), but
on reading the code a question comes to mind: if we have a list of
fragments, does each fragment skb have a valid (and refcounted) dst
pointer before ip_fragment() does it's job? If yes, then isn't the
first
Patrick McHardy wrote:
Russell King wrote:
I don't know if the code is using fragment lists in ip_fragment(), but
on reading the code a question comes to mind: if we have a list of
fragments, does each fragment skb have a valid (and refcounted) dst
pointer before ip_fragment() does it's job? If ye
On Sun, Jan 30, 2005 at 12:49:29PM +0100, Fruhwirth Clemens wrote:
>
> In fact, it's lowerCamelCase, that's intentional.
The problem with mixing of naming styles is that it becomes
difficult to remember what style is used where. Is it foo_bar_baz() or
foobarbaz() or fooBarBaz() or FooBarBaz()?
On Thu, Jan 27, 2005 at 06:04:20PM -0500, Len Brown wrote:
>...
> At the same time, the non "R. Byron Moore" files, such as those in
> drivers/acpi, but not in the lower sub-directories, are straight GPL and
> I'll be happy to accept patches to those files immediately. Note that
> there are 4 stra
On Thu, Jan 27, 2005 at 06:04:20PM -0500, Len Brown wrote:
> I've already asked Bob Moore to migrate to the use of static in the
> interpreter. There are some somewhat urgent functional issues he needs
> to focus on first, but static is on the list. If we allow him to do it
> upstream (w/o lookin
Hi,
after installing more RAM in my IBM Thinkpad G40 laptop, I ran into the
problem that PCMCIA ceased to work.
The problem turned out to have been reported to this list in 2003:
http://www.ussg.iu.edu/hypermail/linux/kernel/0306.3/0956.html
For a 2.6 kernel the fix seems to be to either comment
Patrick McHardy wrote:
Russell King wrote:
I don't know if the code is using fragment lists in ip_fragment(), but
on reading the code a question comes to mind: if we have a list of
fragments, does each fragment skb have a valid (and refcounted) dst
pointer before ip_fragment() does it's job? If ye
Hi,
intermodule is deprecated for quite some time now, and MTD is the sole last
user in the tree. To shrink the kernel for the people who don't use MTD, and
to prevent accidental return of more users of this, make the compiling of
this function conditional on MTD.
Signed-off-by: Arjan van de Ven
On Sun, Jan 30, 2005 at 06:26:29PM +0100, Patrick McHardy wrote:
> Patrick McHardy wrote:
>
> > Russell King wrote:
> >
> >> I don't know if the code is using fragment lists in ip_fragment(), but
> >> on reading the code a question comes to mind: if we have a list of
> >> fragments, does each frag
On Sun, Jan 30, 2005 at 06:00:17PM +, Arjan van de Ven wrote:
> Hi,
>
> intermodule is deprecated for quite some time now, and MTD is the sole last
> user in the tree. To shrink the kernel for the people who don't use MTD, and
> to prevent accidental return of more users of this, make the comp
Takashi Iwai wrote:
Hi,
the following three patches convert the 32bit ioctl layer of ALSA to
the new compat_ioctl (and unlocked_ioctl for native ioctls).
The first patch covers the basic entries and control API.
The second patch is for PCM API.
The last one is for other APIs including OSS-emulation
On Sun, Jan 30, 2005 at 06:00:17PM +, Arjan van de Ven wrote:
> Hi,
>
> intermodule is deprecated for quite some time now, and MTD is the sole last
> user in the tree. To shrink the kernel for the people who don't use MTD, and
> to prevent accidental return of more users of this, make the com
On Sat, Jan 29, 2005 at 10:23:10AM -0800, Andrew Morton wrote:
> Fruhwirth Clemens <[EMAIL PROTECTED]> wrote:
> >
> > My advise is, drop Michaels patches
> > for now, merge scatterwalker and add an ability to change the stepsize
> > dynamically in the run. Then I will finish my port and post it.
On Sun, 2005-01-30 at 19:10 +0100, Adrian Bunk wrote:
> On Sun, Jan 30, 2005 at 06:00:17PM +, Arjan van de Ven wrote:
>
> > Hi,
> >
> > intermodule is deprecated for quite some time now, and MTD is the sole last
> > user in the tree. To shrink the kernel for the people who don't use MTD, and
This patch makes some needlessly global code static.
Yes, I've read the comment in intel-mch-agp.c my patch removes - but
agp_intelmch_init isn't called from anywhere outside of this file.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
drivers/char/agp/ali-agp.c |4 ++--
drivers
On Sun, Jan 30, 2005 at 06:01:46PM +, Russell King wrote:
> > OTOH, if conntrack isn't loaded forwarded packet are never defragmented,
> > so frag_list should be empty. So probably false alarm, sorry.
>
> I've just checked Phil's mails - both Phil and myself are using
> netfilter on the troubl
On Fri, Jan 07, 2005 at 04:38:32AM +, Matthew Wilcox wrote:
> On Thu, Jan 06, 2005 at 11:53:27PM -0500, Lukasz Kosewski wrote:
> > I have an idea of something I might do for 2.6.11, but I doubt anyone
> > will actually agree with it. Say we keep a counter of how many times
> > interrupt x has
On Sun, 2005-01-30 at 13:27 -0200, Marcelo Tosatti wrote:
> On Fri, Jan 07, 2005 at 04:38:32AM +, Matthew Wilcox wrote:
> > On Thu, Jan 06, 2005 at 11:53:27PM -0500, Lukasz Kosewski wrote:
> > > I have an idea of something I might do for 2.6.11, but I doubt anyone
> > > will actually agree with
On Sun, 30 Jan 2005 18:00:22 +0100, Arnd Bergmann <[EMAIL PROTECTED]> wrote:
> On Sünnavend 29 Januar 2005 02:01, [EMAIL PROTECTED] wrote:
> >
> > From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
> > Cc: David Howells <[EMAIL PROTECTED]>
> >
> > The errno values which are visible for usersp
Hi,
(third question to LKML today =)
I've recently bought an Intel SE7210TP1-E mainboard (specs here:
http://www.intel.com/design/servers/boards/SE7210TP1-E/index.htm) and I
now have most things working.
There are however, two questionmarks left.
1) On the mainboard is a 6300ESB Watchdog Timer (
On Sun, Jan 30, 2005 at 06:58:27PM +0100, Patrick McHardy wrote:
> Patrick McHardy wrote:
> >> Russell King wrote:
> >>> I don't know if the code is using fragment lists in ip_fragment(), but
> >>> on reading the code a question comes to mind: if we have a list of
> >>> fragments, does each fragmen
On Sun, Jan 30, 2005 at 07:27:26PM +0100, Arjan van de Ven wrote:
> On Sun, 2005-01-30 at 13:27 -0200, Marcelo Tosatti wrote:
> > On Fri, Jan 07, 2005 at 04:38:32AM +, Matthew Wilcox wrote:
> > > On Thu, Jan 06, 2005 at 11:53:27PM -0500, Lukasz Kosewski wrote:
> > > > I have an idea of somethin
On Sun, Jan 30, 2005 at 10:05:16AM -0500, Jon Smirl wrote:
I just checked out on current Linus BK with my AGP Radeon 9000 which
is pretty close to a 9200. Everything is working fine.
I notice from his logs that he is running a PCI radeon, not an AGP
one. Didn't someone make some changes to the PCI
the same with
2.4.29-rc[123]
2.4.28-lck1
2.4.23-aa3
every time repeatable
UP P4-3400HT, 2GB mem, no swap
IDE NEC DVD-RW ND-3500AG (dev/sr0)
DVD with 48 files (*.tar.bz2), 4.4GB
ntpdate -b swisstime.ethz.ch: offset 0.0...
time dircmp /mnt/cdrom /source
thinks it used 20 minutes, no errors
ntpdate -b
1 - 100 of 201 matches
Mail list logo
