Revised ds1337 chip driver patch.
Signed-off-by: James Chapman [EMAIL PROTECTED]
- change all driver log messages to use dev_dbg() or dev_err()
- remove debug module parameter
Greg KH wrote:
On Mon, Feb 28, 2005 at 05:14:25PM +, James Chapman wrote:
+/* Define to compile in pr_debug() trace */
This Patch removes unnecessary if statement from a function that has no
implementation (in kernel 2.6.x and 2.4.x); the function returns 0 with
or without the if statement:
static int z2_release(struct inode *inode, struct file *filp)
{
if(current_device==-1)
Randy.Dunlap [EMAIL PROTECTED] said:
Horst von Brand wrote:
David S. Miller [EMAIL PROTECTED] said:
On Mon, 28 Feb 2005 17:07:43 -0300
Horst von Brand [EMAIL PROTECTED] wrote:
[...]
So, either the dependencies have to get fixed so floppy can't be modular
for this architecture, or the
On Tue, Mar 01, 2005 at 02:42:11PM +, Matthew Wilcox was heard to remark:
On Tue, Mar 01, 2005 at 05:33:48PM +0900, Hidetoshi Seto wrote:
Today's patch is 3rd one - iochk_clear/read() interface.
- This also adds pair-interface, but not to sandwich only readX().
Depends on platform,
Conditions:
Intel NIC e100 device driver. Two identical machines.
Private network, no other devices. Connected using a Netgear switch.
Test data is the same thing sent from memory on one machine
to a discard server on another, using TCP/IP SOCK_STREAM.
If I set both machines to auto-negotiation
Horst von Brand wrote:
Randy.Dunlap [EMAIL PROTECTED] said:
Horst von Brand wrote:
David S. Miller [EMAIL PROTECTED] said:
On Mon, 28 Feb 2005 17:07:43 -0300
Horst von Brand [EMAIL PROTECTED] wrote:
[...]
So, either the dependencies have to get fixed so floppy can't be modular
for this
On Tue, 1 Mar 2005, Linas Vepstas wrote:
- Additionally adds special token - abstract iocookie structure
to control/identifies/manage I/Os, by passing it to OS.
Actual type of iocookie could be arch-specific. Device drivers
could use the iocookie structure without knowing its
(Sam, your From: From: Sam Ravnborg really trips thunderbird.)
Sam wrote:
Documentation/kbuild/makefiles.txt is a good start.
For specific questions I can help out.
For this specific case the problem seems to me that you in the ppc64
case want to include floppy-ppc64.S in the build for the PPC64
On Tue, Mar 01, 2005 at 07:27:27PM +, Telemaque Ndizihiwe wrote:
This Patch removes unnecessary if statement from a function that has no
implementation (in kernel 2.6.x and 2.4.x); the function returns 0 with
or without the if statement:
static int z2_release(struct inode
On Tue, Mar 01, 2005 at 08:06:22PM +0100, Christophe Saout wrote:
Am Sonntag, den 27.02.2005, 13:25 -0800 schrieb Matt Mackall:
Which kernel? There was an off-by-one for odd array sizes in the
original posted version that was quickly spotted:
On Tue, Mar 01, 2005 at 01:27:41AM -0800, Andrew Morton wrote:
...
All 728 patches:
...
reiser4-rcu-barrier.patch
reiser4: add rcu_barrier() synchronization point
Considering the patent situation at least in the USA, the
EXPORT_SYMBOL(rcu_barrier) has to become an EXPORT_SYMBOL_GPL.
linux-os wrote:
Conditions:
Intel NIC e100 device driver. Two identical machines.
Private network, no other devices. Connected using a Netgear switch.
Test data is the same thing sent from memory on one machine
to a discard server on another, using TCP/IP SOCK_STREAM.
If I set both machines to
32bit:
--
hitchcock:/home/bernd/src/tests# strace32 ./test_stat32 /mnt/test/yp
execve(./test_stat32, [./test_stat32, /mnt/test/yp], [/* 39 vars */]) =
0
uname({sys=Linux, node=hitchcock, ...}) = 0
brk(0) = 0x80ad000
brk(0x80ce000)
On Tue, 2005-03-01 at 12:20 -0800, Ben Greear wrote:
What happens if you just don't muck with the NIC and let it auto-negotiate
on it's own?
This can be asking for trouble too (auto negotiation is often buggy).
What if you hard set them both to 100/full?
Lee
-
To unsubscribe from this list:
On Tue, 1 Mar 2005, Ben Greear wrote:
linux-os wrote:
Conditions:
Intel NIC e100 device driver. Two identical machines.
Private network, no other devices. Connected using a Netgear switch.
Test data is the same thing sent from memory on one machine
to a discard server on another, using TCP/IP
On Tue, 1 Mar 2005, Lee Revell wrote:
On Tue, 2005-03-01 at 12:20 -0800, Ben Greear wrote:
What happens if you just don't muck with the NIC and let it auto-negotiate
on it's own?
This can be asking for trouble too (auto negotiation is often buggy).
What if you hard set them both to 100/full?
Lee
In article [EMAIL PROTECTED],
Lee Revell [EMAIL PROTECTED] wrote:
On Tue, 2005-03-01 at 12:20 -0800, Ben Greear wrote:
What happens if you just don't muck with the NIC and let it auto-negotiate
on it's own?
This can be asking for trouble too (auto negotiation is often buggy).
What if you hard
Lee Revell wrote:
On Tue, 2005-03-01 at 12:20 -0800, Ben Greear wrote:
What happens if you just don't muck with the NIC and let it auto-negotiate
on it's own?
This can be asking for trouble too (auto negotiation is often buggy).
What if you hard set them both to 100/full?
I have not noticed any
linux-os wrote:
On Tue, 1 Mar 2005, Ben Greear wrote:
I supplied the actual settings.
What happens if you just don't muck with the NIC and let it
auto-negotiate
on it's own?
It goes to half-duplex and runs 9 to 9.5 megabytes/second as stated
above.
That's why I think 1/2 duplex is __really__
On Tue, 2005-03-01 at 20:30 +, Miquel van Smoorenburg wrote:
In article [EMAIL PROTECTED],
Lee Revell [EMAIL PROTECTED] wrote:
On Tue, 2005-03-01 at 12:20 -0800, Ben Greear wrote:
What happens if you just don't muck with the NIC and let it auto-negotiate
on it's own?
This can be
Pavel Machek [EMAIL PROTECTED] wrote:
Hi!
Resume on SMP locks up.
Does it work on UP kernel on same hardware?
yup.
NMI watchdog is problem
for suspend, it takes long to do various phases. Can you disable it
for testing?
Will try to remember to do that.
Relocating pagedir |
Pavel Machek [EMAIL PROTECTED] wrote:
I can fix disk going yo-yo without switching pm_message_t to struct,
but will have to back parts of that later. Do you want patch?
No thanks, I was just pointing it out. It sounds like you have it under
control.
-
To unsubscribe from this list: send the
On Tue, 2005-03-01 at 12:30 -0800, Ben Greear wrote:
Lee Revell wrote:
On Tue, 2005-03-01 at 12:20 -0800, Ben Greear wrote:
What happens if you just don't muck with the NIC and let it auto-negotiate
on it's own?
This can be asking for trouble too (auto negotiation is often buggy).
On Tue, Mar 01, 2005 at 01:55:29PM +, Russell King wrote:
On Tue, Mar 01, 2005 at 08:36:36AM -0500, [EMAIL PROTECTED] wrote:
On Tue, 01 Mar 2005 01:27:41 PST, Andrew Morton said:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11-rc5/2.6.11-rc5-mm1/
- A pcmcia
On Tue, 1 Mar 2005, James Bruce wrote:
Sorry, I wasn't clear in the previous email; I did try the card= option
anyway. I wrote a looping script and tested first 70 card= options, and
none worked properly for streaming capture. Some did show different
behavior though. I might try the
Russell King [EMAIL PROTECTED] wrote:
On Tue, Mar 01, 2005 at 10:18:56AM -0500, [EMAIL PROTECTED] wrote:
On Tue, 01 Mar 2005 13:55:29 GMT, Russell King said:
The PCI updates change the prototype of a helper function for
pci_bus_alloc_resource(), but don't touch the actual helper
Jamal wrote:
What was wrong with just going ahead and just always
invoking your netlink_send()?
I think the hope was to reduce the cost of the accounting hook in fork
to next-to-zero if accounting is not being used on that system.
See Andrew's query earlier:
b) they are next-to-zero cost if
On Sat, Feb 26, 2005 at 04:23:04PM -0600, Corey Minyard wrote:
Add a routine to kref that allows the kref_put() routine to be
unserialized even when the get routine attempts to kref_get()
an object without first holding a valid reference to it. This is
useful in situations where this happens
On Mon, Feb 28, Antonino A. Daplas wrote:
On Monday 28 February 2005 04:32, Olaf Hering wrote:
On Wed, Feb 23, Linus Torvalds wrote:
This time it's really supposed to be a quickie, so people who can, please
check it out, and we'll make the real 2.6.11 asap.
Here is another one,
On Tue, 2005-03-01 at 12:15 -0800, Greg KH wrote:
On Sat, Feb 26, 2005 at 04:23:04PM -0600, Corey Minyard wrote:
Add a routine to kref that allows the kref_put() routine to be
unserialized even when the get routine attempts to kref_get()
an object without first holding a valid reference to
Hello Andi,
sorry, due to some mail sending/refusing problems, I had to resend to the
nfs-list, which prevented the answers there to be posted to the other CCs.
It is most likely some kind of user space problem. I would change
it to int err = stat(dir, buf);
and then go through it with gdb
Dear Friend,
My names are Rose Okot Opoka. Im an 18 year old Ugandan girl living in the
northern part. Our village was raided in November 2002 by the rebel group the
lords resistance army . My father was a very wealthy International Coffee
merchant and on that day, he was brutally
A small change to the tests for Bad page state, to avoid one class of
the page_remove_rmap BUG reports, giving more information while letting
the system continue: check page_mapcount (_mapcount != -1) rather than
page_mapped (_mapcount = 0).
And how does _mapcount go bad? In the case under
Hello all -
I posted these patches a while ago, and let them fall by the wayside.
The following 3 patches, combined with the userspace patches referenced below,
implement hotplug events for open firmware/macio devices such as apple airport
wireless ethernet cards.
*
This patch adds sysfs nodes that the hotplug userspace can use to load the
appropriate modules.
In order for hotplug to work with macio devices, patches to module-init-tools
and hotplug must be applied. Those patches are available at:
ftp://ftp.suse.com/pub/people/jeffm/linux/macio-hotplug/
This patch converts the usage of struct of_match to struct of_device_id,
similar to pci_device_id. This allows a device table to be generated, which
can be parsed by depmod(8) to generate a map file for module loading.
In order for hotplug to work with macio devices, patches to module-init-tools
This patch adds the hotplug routine for generating hotplug events when
devices are seen on the macio bus. It uses the attributed created by the
sysfs nodes to generate the hotplug environment vars for userspace.
In order for hotplug to work with macio devices, patches to module-init-tools
and
Hi!
(This is for -mm, to be merged along with the aty128fb and radeonfb
related patches).
This patch adds suspend/resume support to the Apple UniNorth AGP bridge
to make sure AGP is properly disabled when the machine goes to sleep.
Without this, the r300 based laptops will fail to wakeup
On Tue, Mar 01, 2005 at 10:02:43PM +0100, Arjan van de Ven wrote:
On Tue, 2005-03-01 at 12:15 -0800, Greg KH wrote:
On Sat, Feb 26, 2005 at 04:23:04PM -0600, Corey Minyard wrote:
Add a routine to kref that allows the kref_put() routine to be
unserialized even when the get routine attempts
Alexey Dobriyan [EMAIL PROTECTED] wrote:
Signed-off-by: Alexey Dobriyan [EMAIL PROTECTED]
Thanks. Many of these fixups are due to a 64-bit-resource patch in Greg's
bk-pci tree which he has now reverted. That being said:
- That patch will come back sometime
- Fixes like the below make sense
On Tue, 2005-03-01 at 12:36 +0100, Mws wrote:
hi benjamin
now i had some spare time to do some investigation
booting the 2.6.11-rc5 with radeonfb.default_dynclk=0 or with -1
brings up a framebuffer console. everything is fine.
starting xorg-x11 with Ati binary only drivers just brings up
Matt Mackall [EMAIL PROTECTED] wrote:
I'll queue this
up for after the sort and ACL stuff gets merged.
Whew!
I don't know how long the ACL changes will take to get merged up - is up to
Trond and he had quite a lot of rather robust comments on the first
iteration.
-
To unsubscribe from this
On Tue, Mar 01, 2005 at 10:07:01PM +0100, Bernd Schubert wrote:
Hello Andi,
sorry, due to some mail sending/refusing problems, I had to resend to the
nfs-list, which prevented the answers there to be posted to the other CCs.
It is most likely some kind of user space problem. I would
* Andrew Morton ([EMAIL PROTECTED]) wrote:
- I seem to be getting a lot of patches which don't compile if you breathe
on the .config file, let alone if you try them on another architecture. It
would be nice to receive less such patches, please.
The ia64 audit bit is likely my fault from
Arjan van de Ven wrote:
On Tue, 2005-03-01 at 12:15 -0800, Greg KH wrote:
On Sat, Feb 26, 2005 at 04:23:04PM -0600, Corey Minyard wrote:
Add a routine to kref that allows the kref_put() routine to be
unserialized even when the get routine attempts to kref_get()
an object without first
Hi!
So what it comes down to is
sys_free_node_memory(long node_id, long pages_to_make_free, long what_to_free)
where `what_to_free' consists of a bunch of bitflags (unmapped pagecache,
mapped pagecache, anonymous memory, slab, ...).
Heh, swsusp needs shrink_all_memory() and I'd like to
Adrian Bunk [EMAIL PROTECTED] wrote:
On Tue, Mar 01, 2005 at 01:27:41AM -0800, Andrew Morton wrote:
...
All 728 patches:
...
reiser4-rcu-barrier.patch
reiser4: add rcu_barrier() synchronization point
Considering the patent situation at least in the USA, the
On Tuesday 01 March 2005 22:38, Benjamin Herrenschmidt wrote:
On Tue, 2005-03-01 at 12:36 +0100, Mws wrote:
hi benjamin
now i had some spare time to do some investigation
booting the 2.6.11-rc5 with radeonfb.default_dynclk=0 or with -1
brings up a framebuffer console. everything is
Andrew Morton wrote:
Vivek Goyal [EMAIL PROTECTED] wrote:
o Following patch exports kexec global variable crash_notes to user space
through sysfs as kernel attribute in /sys/kernel.
It breaks the x86_64 build. A fix for that is below.
Please test kexec/kdump patches on all three architectures,
Chris Wright [EMAIL PROTECTED] wrote:
* Andrew Morton ([EMAIL PROTECTED]) wrote:
- I seem to be getting a lot of patches which don't compile if you breathe
on the .config file, let alone if you try them on another architecture.
It
would be nice to receive less such patches, please.
On Tue, 2005-03-01 at 22:23 +0100, Pavel Machek wrote:
Hi!
(This is for -mm, to be merged along with the aty128fb and radeonfb
related patches).
This patch adds suspend/resume support to the Apple UniNorth AGP bridge
to make sure AGP is properly disabled when the machine goes to
Bernd Schubert [EMAIL PROTECTED] writes:
It is most likely some kind of user space problem. I would change
it to int err = stat(dir, buf);
and then go through it with gdb and see what value err gets assigned.
I cannot see any kernel problem.
The err value will become -1 here.
That's
Just doing an atomic operation is not faster than doing a lock, an
atomic operation, then an unlock? Am I missing something?
if the lock and the atomic are on the same cacheline they're the same
cost on most modern cpus...
-
To unsubscribe from this list: send the line unsubscribe
On Tue, Mar 01, 2005 at 09:40:48AM -0500, Luben Tuikov wrote:
On 03/01/05 03:14, Douglas Gilbert wrote:
- scsi_error.c: scsi_normalize_sense
I introduced scsi_normalize_sense() recently, Christoph H.
proposed it should be static but Luben Tuikov (aic7xxx
maintainer) said he wished to
I have been thinking about PCI system and parity errors, and how to
handle them. I do not think this is the correct approach.
A simple retry is... too simple. If you are having a massive problem on
your PCI bus, more action should be taken than a retry.
It goes beyond that, see below.
On Tue, Mar 01, 2005 at 11:10:38PM +0100, Andreas Schwab wrote:
That's because there are some values in the stat64 buffer delivered by the
kernel which cannot be packed into the stat buffer that you pass to stat.
Use stat64 or _FILE_OFFSET_BITS=64.
If that had been the case strace would have
On Tue, 2005-03-01 at 18:19 +0100, Andi Kleen wrote:
Hidetoshi Seto [EMAIL PROTECTED] writes:
int sample_read_with_iochk(struct pci_dev *dev, u32 *buf, int words)
{
unsigned long ofs = pci_resource_start(dev, 0) + DATA_OFFSET;
int i;
/* Create magical cookie on the
On Tue, 2005-03-01 at 08:49 -0800, Linus Torvalds wrote:
On Tue, 1 Mar 2005, Jeff Garzik wrote:
A new API handles none of this.
Ehh?
The new API is what _allows_ a driver to care. It doesn't handle DMA, but
I think that's because nobody knows how to handle it (ie it's probably
On Tue, 2005-03-01 at 09:10 -0800, Jesse Barnes wrote:
On Tuesday, March 1, 2005 8:59 am, Matthew Wilcox wrote:
The MCA handler has to go and figure out what the hell just happened
(was it a DIMM error, PCI bus error, etc). OK, fine, it finds that it
was an error on PCI bus 73. At this
On Tue, 2005-03-01 at 12:33 -0600, Linas Vepstas wrote:
The current proposal (and prototype) has a master recovery thread
to handle the coordinated reset of the pci controller. This master
recovery thyread makes three calls in struct pci_driver:
void (*frozen) (struct pci_dev *); /*
On 03/01/05 17:17, Christoph Hellwig wrote:
Doing it in the core means less duplication and avoiding updating
all drivers.
I agree.
Luben
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
strace didn't say so, and normally it doesn't lie about things like this.
Well, I show you the updated source code and strace output and if you still
don't believe me, ask me for a login to our system ;)
#include sys/types.h
#include sys/stat.h
#include unistd.h
#include stdio.h
#include
In fact, I'd argue that even a driver that _uses_ the interface should not
necessarily shut itself down on error. Obviously, it should always log the
error, but outside of that it might be good if the operator can decide and
set a flag whether it should try to re-try (which may not always be
On Tue, 01 Mar 2005 16:26:05 -0300
Horst von Brand [EMAIL PROTECTED] wrote:
Right. But where? I was thinking under arch/sparc64/drivers/floppy.S or
such. And then there would need to be some make magic for it to get picked
up and included only for sparc64. Sounds doable, if somewhat messy.
stat64(/mnt/test/yp, {st_mode=S_IFDIR|0755, st_size=2704, ...}) = 0
It returns 0. No error. Someone else in user space must be adding the
EOVERFLOW.
glibc code does quite a lot of strange things with stat, perhaps
it comes from there.
write(2, err = -1\n, 9err = -1
) = 9
Hi,
I've finally got around to test latest kernels and managed to find a bug in
the serial subsystem, which happens during suspend.
I use a 3Com PC Card Bluetooth adapter that needs serial_cs and hci_uart
modules. Whenever I try to suspend using 2.6.10 or a newer kernel, the
following bug
On Tuesday 01 March 2005 23:10, Andreas Schwab wrote:
Bernd Schubert [EMAIL PROTECTED] writes:
It is most likely some kind of user space problem. I would change
it to int err = stat(dir, buf);
and then go through it with gdb and see what value err gets assigned.
I cannot see any kernel
Andi Kleen [EMAIL PROTECTED] writes:
On Tue, Mar 01, 2005 at 11:10:38PM +0100, Andreas Schwab wrote:
That's because there are some values in the stat64 buffer delivered by the
kernel which cannot be packed into the stat buffer that you pass to stat.
Use stat64 or _FILE_OFFSET_BITS=64.
If
On Sad, 2005-02-26 at 21:50, [EMAIL PROTECTED] wrote:
arch/i386/kernel/cpu/mtrr/cyrix.c has a routine cyrix_arr_init(), and
arch/i386/kernel/cpu/mtrr/centaur.c has a routine centaur_mcr_init().
At first sight it looks like these are unused.
Do I overlook something?
(They occur as the .init
Hi!
Hmm, maybe I should change the vesafb test in the bootsplash code
to test if fb_imageblit == cfb_imageblit. This would make Pavel
very happy, I guess ;-)
Yes, I like that one. Also it is likely going to be cleaner than
vesafb_ops hack.
Arjan van de Ven wrote:
Just doing an atomic operation is not faster than doing a lock, an
atomic operation, then an unlock? Am I missing something?
if the lock and the atomic are on the same cacheline they're the same
cost on most modern cpus...
Ah, I see. Not likely to ever be the
On Wed, Mar 02, 2005 at 12:09:46AM +0100, Karol Kozimor wrote:
I've finally got around to test latest kernels and managed to find a bug in
the serial subsystem, which happens during suspend.
Yes, serial_cs is claiming that we don't have a device associated with
the port, so we're treating it
On 03.01, Joerg Sommrey wrote:
Hi all,
a problem that was introduced between 2.6.10-ac9 and 2.6.10-ac11 made
it's way into 2.6.11-rc5. While taking a backup onto a SCSI-streamer one
of my RAID1-arrays gets corrupted. Afterwards the system hangs and
isn't even bootable. Need to
Bernd Schubert [EMAIL PROTECTED] writes:
Hmm, after compiling with -D_FILE_OFFSET_BITS=64 it works fine. But why does
it work without this option on a 32bit kernel, but not on a 64bit kernel?
Most likely the inode number (which is the only non-filesize related item
that is different between
Hi!
Relocating pagedir |
Reading image data (8157 pages): 100% 8157 done.
Stopping tasks: |
Freeing memory... done (0 pages freed)
Freezing CPUs (at 1)...Sleeping in:
[c0103c1d] dump_stack+0x19/0x20
[c0133c7f] smp_pause+0x1f/0x54
The current reiser4 help texts have two disadvantages:
1. they are more marketing speech than technical speech with
some debatable statements
2. they are too long
Examples for what I call debatable statements:
ReiserFS V3 is the stablest Linux filesystem, and V4 is the fastest.
Bernd Schubert [EMAIL PROTECTED] writes:
Hmm, after compiling with -D_FILE_OFFSET_BITS=64 it works fine. But why does
it work without this option on a 32bit kernel, but not on a 64bit kernel?
See nfs_fileid_to_ino_t for why the inode number is different between
32bit and 64bit kernels.
On Llu, 2005-02-28 at 19:20, Andries Brouwer wrote:
One such case is the mtrr code, where struct mtrr_ops has an
init field pointing at __init functions. Unless I overlook
something, this case may be easy to settle, since the .init
field is never used.
The failure to invoke the -init operator
Corey Minyard wrote:
Arjan van de Ven wrote:
Just doing an atomic operation is not faster than doing a lock, an
atomic operation, then an unlock? Am I missing something?
if the lock and the atomic are on the same cacheline they're the same
cost on most modern cpus...
Ah, I see. Not
count is size_t, fill_write_buffer() may return a negative number
which would evade the 'count 0' checks and do bad things.
found by the Coverity tool
Signed-off-by: Alexander Nyberg [EMAIL PROTECTED]
Signed-off-by: Greg Kroah-Hartman [EMAIL PROTECTED]
--- 1.22/fs/sysfs/file.c
Nick Piggin wrote:
Corey Minyard wrote:
Arjan van de Ven wrote:
Just doing an atomic operation is not faster than doing a lock, an
atomic operation, then an unlock? Am I missing something?
if the lock and the atomic are on the same cacheline they're the same
cost on most modern cpus...
Corey Minyard wrote:
Nick Piggin wrote:
Is get_with_check actually going to be useful for anything? It
seems like it promotes complex and potentially unsafe schemes.
It is certainly more complex to use this, and I'm guessing that's why
Greg rejected it. Certainly a valid problem.
eg. In your
On Tue, 1 Mar 2005 14:29:24 -0500 (EST), linux-os wrote:
Intel NIC e100 device driver. Two identical machines.
Private network, no other devices. Connected using a Netgear switch.
Test data is the same thing sent from memory on one machine
to a discard server on another, using TCP/IP
Paul Dickson wrote:
On Tue, 1 Mar 2005 14:29:24 -0500 (EST), linux-os wrote:
Intel NIC e100 device driver. Two identical machines.
Private network, no other devices. Connected using a Netgear switch.
Test data is the same thing sent from memory on one machine
to a discard server on another, using
A while back someone complained about the CVS exporter because it
sometimes groups a pile of BK changesets into one commit. That's true,
it does.
I've been running tests over the BK tree and I think we can do better.
Here's the scoop: when we do an export we are going from a very bushy
graph
I got this right after the initramfs script was finished and the root
filesystem was mounted:
Unable to handle kernel NULL pointer dereference at virtual address
printing eip:
c02f52fa
*pde =
Oops: 0002 [#1]
PREEMPT
Modules linked in:
CPU:0
EIP:0060:[c02f52fa]Not
Hi,
I wish to be personally CC'ed the answers/comments posted to the list in
response to this post
I have done some reading about system calls and memory management but some
issues are not yet that clear for me, so I hope some of you will assist
me...
PART1
--
Assume within a C user
This patch fixes a kernel crashing bug when using NAT. The crash occurs in
the case when we send out a UDP packet to a closed port on another host,
with the UDP packet being SNATed. The remote host replies with an ICMP
port unreachable (type 3, code 3). We need to adjust the ICMP packet,
On Sun, Feb 27, 2005 at 02:49:28PM -0800, Andrew Morton wrote:
Benjamin Herrenschmidt [EMAIL PROTECTED] wrote:
- if (cpu_is_offline(smp_processor_id())
+if (cpu_is_offline(_smp_processor_id())
system_state == SYSTEM_RUNNING)
Advertise custom sets of system power states for non-ACPI systems.
Currently, /sys/power/state shows and accepts a static set of choices
that are not necessarily meaningful on all platforms (for example,
suspend-to-disk is an option even on diskless embedded systems, and the
meaning of standby vs.
Matthew Wilcox wrote:
I think what Jeff meant was this new API handles none of this.
And that's true, it doesn't handle DMA errors. But I think that's just
something that hasn't been written/designed yet.
Yes, this API just supports drivers wanting to be more RAS-aware.
It would be happy if how
A minor update, mostly to update to the latest kernel.
BK users:
bk pull bk://gkernel.bkbits.net/libata-dev-2.6
Patch:
http://www.kernel.org/pub/linux/kernel/people/jgarzik/libata/2.6.11-rc5-bk4-libata-dev1.patch.bz2
This will update the following files:
drivers/scsi/Kconfig |
An example of custom power states for the TI OMAP family.
/sys/power/states supports a state named deepsleep, which corresponds
to the platform state actually entered by the present-day system suspend
handler. It no longer offers the option of disk suspend which would
not normally be available in
On Tue, 2005-03-01 at 18:03 -0800, Todd Poynor wrote:
Advertise custom sets of system power states for non-ACPI systems.
Currently, /sys/power/state shows and accepts a static set of choices
that are not necessarily meaningful on all platforms (for example,
suspend-to-disk is an option even on
Jesse Barnes wrote:
This was my thought too last time we had this discussion. A completely
asynchronous call is probably needed in addition to Hidetoshi's proposed API,
since as you point out, the driver may not be running when an error occurs
(e.g. in the case of a DMA error or more general
On Tue, 1 Mar 2005, Nathan Lynch wrote:
On Sun, Feb 27, 2005 at 02:49:28PM -0800, Andrew Morton wrote:
Benjamin Herrenschmidt [EMAIL PROTECTED] wrote:
- if (cpu_is_offline(smp_processor_id())
+ if (cpu_is_offline(_smp_processor_id())
On Tuesday 01 March 2005 12:35, you wrote:
On Monday 28 February 2005 21:02, [EMAIL PROTECTED] wrote:
On Mon, 28 Feb 2005 14:59:31 +1000, Jarne Cook said:
They are both using dhcp to the same simple network. That's right.
Same network. They both end up with gateway=192.168.0.1,
On Wed, 02 Mar 2005 01:02:50 +, Baruch Even wrote:
Might this be related to the broken BicTCP implementations in the 2.6.6+
kernels? A fix was added around 2.6.11-rc3 or 4.
Unlikely, the problem with BIC would have shown itself only at high
speeds over long latency links, not over a
On Tuesday 01 March 2005 12:35, you wrote:
On Monday 28 February 2005 21:02, [EMAIL PROTECTED] wrote:
On Mon, 28 Feb 2005 14:59:31 +1000, Jarne Cook said:
They are both using dhcp to the same simple network. That's right.
Same network. They both end up with gateway=192.168.0.1,
On Mar 01, 2005, at 22:27, Jarne Cook wrote:
Damn
Having to configure the interfaces using bonding was not really the
answer I
was expecting.
I did not think linux would be that rigid. I figured if poodoze is
able to do
it (seamlessly mind you), surely linux (with some tinkering) would be
401 - 500 of 528 matches
Mail list logo