On Sun, 2007-04-15 at 21:57 -0300, Henrique de Moraes Holschuh wrote:
No, that won't help much. IMO, we want the sanest set of standard
attributes we can get, and weird as it might be, average reporting are
common properties of battery control firmware on laptops (maybe
because of SBS, but
On Mon, 2007-04-16 at 07:12 +0400, Anton Vorontsov wrote:
Why? With current battery class we can do whatever everyone needs. No
need for wrappers.
cut
Because of your original design, simple batteries are stay simple, and
no noticing that there is some complicated attributes exists at all.
Hi guys.
This patchset contains support for three toshiba multifunction devices.
This patch adds the core support code for three TMIO based MFDs.
There are no complete datasheets for these chips so their drivers are not
100% complete, however they do work.
Hi guys.
This patchset contains support for three toshiba multifunction devices.
This adds necessary IRQ and GPIO definitions for use by the e-series
platform support code.
0003-add-IRQ-and-GPIO-definitions-for-eseries.patch
Description: application/mbox
Hi guys.
This patchset contains support for three toshiba multifunction devices.
This patch adds platform support for the TMIO devices used by the various
e-series platforms.
It depends on the previous patch in this series.
0004-add-eseries-platform-support-for-the-TMIO-multifunct.patch
Hi guys.
This patchset contains support for three toshiba multifunction devices.
This patch introduces some useful library functions that handle common
features in this type of MFD - local memory and IRQ resources.
0001-Reuseable-SOC-core-code-suitable-for-multifunction-c.patch
Description:
Hi guys.
This patchset contains support for three toshiba multifunction devices.
it introduces a small but useful bit of code as a library for similar
devices, and includes support for these chips on the toshiba e-series
family of handhelds.
please copy me on reply!
-
To unsubscribe from this
On Wed, 2007-11-21 at 01:04 +0300, Dmitry Baryshkov wrote:
Just to note, that there is an alternative implementation for at least
the tc6393 chip devices. Most current version of those patches can be
found in the OpenEmbedded monotone.
Yes, this is true. The core code in both cases
On Wed, 2007-11-21 at 10:23 +0800, eric miao wrote:
Roughly went through the patch, looks good, here comes the remind, though :-)
1. is it possible to use some name other than soc_core, maybe
tmio_core so that other multifunction chips sharing a core base
will live easier.
It's (soc-core)
On Wed, 2007-11-21 at 12:05 +0800, eric miao wrote:
On Nov 21, 2007 11:54 AM, ian [EMAIL PROTECTED] wrote:
On Wed, 2007-11-21 at 10:23 +0800, eric miao wrote:
Roughly went through the patch, looks good, here comes the remind, though
:-)
1. is it possible to use some name other than
On Thu, 2007-11-22 at 00:52 +, Russell King - ARM Linux wrote:
On Thu, Nov 22, 2007 at 12:34:09AM +, ian wrote:
Unfortunately, this is broken as designed (in fact this whole file is.)
Fix attached below.
(Not looked at the rest because you really really need to get this
right first
on it in future, I'll let you all know.
-Ian
-
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/
On Thu, 2007-04-26 at 11:10 -0400, Robert P. J. Day wrote:
The below is clearly correct. Consider it...
Acked-by: Ian Molton [EMAIL PROTECTED]
arch/arm/Kconfig |3 ---
arch/arm26/Kconfig |3 ---
2 files changed, 6 deletions(-)
diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
On Sat, 2008-02-23 at 10:18 -0800, Andrew Morton wrote:
Renaming is not an option - current is an electronic term for
which
there is no alternative.
amps, milliamps,
Are units of current, not current itself.
amperage (the latter of which I've always disliked)
Ugh.
--
To unsubscribe
On Sun, 2008-02-24 at 09:51 +0100, Pavel Machek wrote:
And what? You can't measure anything but current in amps, so ambiguity
is not a problem.
It not is the credible validation of the language English. Thanking you kindly.
-Ian
--
To unsubscribe from this list: send the line unsubscribe
On Wed, 2007-06-20 at 16:08 -0700, Jeremy Fitzhardinge wrote:
arm26 changes acked-by: Ian Molton [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
On Tue, 2007-05-01 at 09:39 +0100, Ben Dooks wrote:
Wow, platform devices with a new name. I don't see how any of this is
not handled by platfrom device.
No, not so. That was a criticism levelled at a previous incarnation of
this code which has since been addressed - this is now a
On Tue, 2007-05-01 at 17:53 +0400, Dmitry Krivoschekov wrote:
Hi Paul,
I think your referring to the term SoC (system-on-chip) is confusing
(at least for me). You rather consider companion chips than SoCs.
A 'System' does not imply a CPU. A 'Computer System' would but the word
system itself
On Tue, 2007-05-01 at 20:29 +0400, Dmitry Krivoschekov wrote:
If you used ASIC acronym it would be more appropriate and not so
ambiguous.
Actually, thats not bad. I'd be ok with that is SoC isnt used.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a
On Fri, 2007-05-04 at 01:31 +0400, Anton Vorontsov wrote:
# cat /sys/class/power\ supply/ac/type
AC
# cat /sys/class/power\ supply/usb/type
USB
isnt that a bit redundant?
I'd have thought sys/class/power\ supply/supplyX/type would be better?
-
To unsubscribe
On Sat, 2007-05-05 at 00:54 -0300, Henrique de Moraes Holschuh wrote:
Given that USB-power *is* usually also dumb (i.e. it doesn't do any
control signaling over the USB bus for power-control purposes),
it might be dumb, but it is useful to know wether the PDA is charging
from usb or mains
.
Best Regards,
Ian.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Thu, 2007-04-26 at 11:10 -0400, Robert P. J. Day wrote:
The below is clearly correct. Consider it...
Acked-by: Ian Molton <[EMAIL PROTECTED]>
> arch/arm/Kconfig |3 ---
> arch/arm26/Kconfig |3 ---
> 2 files changed, 6 deletions(-)
>
> diff --git a/arch/a
On Sun, 2007-04-15 at 21:57 -0300, Henrique de Moraes Holschuh wrote:
>
> No, that won't help much. IMO, we want the sanest set of standard
> attributes we can get, and weird as it might be, average reporting are
> common properties of battery control firmware on laptops (maybe
> because of SBS,
On Mon, 2007-04-16 at 07:12 +0400, Anton Vorontsov wrote:
> Why? With current battery class we can do whatever everyone needs. No
> need for wrappers.
> Because of your original design, simple batteries are stay simple, and
> no noticing that there is some "complicated" attributes exists at
On Fri, 2007-05-04 at 01:31 +0400, Anton Vorontsov wrote:
> # cat /sys/class/power\ supply/ac/type
> AC
>
> # cat /sys/class/power\ supply/usb/type
> USB
isnt that a bit redundant?
I'd have thought sys/class/power\ supply/supplyX/type would be better?
-
To
On Sat, 2007-05-05 at 00:54 -0300, Henrique de Moraes Holschuh wrote:
> Given that USB-power *is* usually also "dumb" (i.e. it doesn't do any
> control signaling over the USB bus for power-control purposes),
it might be dumb, but it is useful to know wether the PDA is charging
from usb or mains
On Tue, 2007-05-01 at 09:39 +0100, Ben Dooks wrote:
>
> Wow, platform devices with a new name. I don't see how any of this is
> not handled by platfrom device.
No, not so. That was a criticism levelled at a previous incarnation of
this code which has since been addressed - this is now a
On Tue, 2007-05-01 at 17:53 +0400, Dmitry Krivoschekov wrote:
> Hi Paul,
> I think your referring to the term "SoC (system-on-chip)" is confusing
> (at least for me). You rather consider companion chips than SoCs.
A 'System' does not imply a CPU. A 'Computer System' would but the word
system
On Tue, 2007-05-01 at 20:29 +0400, Dmitry Krivoschekov wrote:
> If you used ASIC acronym it would be more appropriate and not so
> ambiguous.
Actually, thats not bad. I'd be ok with that is SoC isnt used.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
On Wed, 2007-06-20 at 16:08 -0700, Jeremy Fitzhardinge wrote:
arm26 changes acked-by: Ian Molton <[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.kern
ay.
If I get time to work on it in future, I'll let you all know.
-Ian
-
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/
Hi guys.
This patchset contains support for three toshiba multifunction devices.
This patch adds the core support code for three TMIO based MFDs.
There are no complete datasheets for these chips so their drivers are not
100% complete, however they do work.
Hi guys.
This patchset contains support for three toshiba multifunction devices.
This adds necessary IRQ and GPIO definitions for use by the e-series
platform support code.
0003-add-IRQ-and-GPIO-definitions-for-eseries.patch
Description: application/mbox
Hi guys.
This patchset contains support for three toshiba multifunction devices.
This patch adds platform support for the TMIO devices used by the various
e-series platforms.
It depends on the previous patch in this series.
0004-add-eseries-platform-support-for-the-TMIO-multifunct.patch
Hi guys.
This patchset contains support for three toshiba multifunction devices.
This patch introduces some useful library functions that handle common
features in this type of MFD - local memory and IRQ resources.
0001-Reuseable-SOC-core-code-suitable-for-multifunction-c.patch
Description:
Hi guys.
This patchset contains support for three toshiba multifunction devices.
it introduces a small but useful bit of code as a library for similar
devices, and includes support for these chips on the toshiba e-series
family of handhelds.
please copy me on reply!
-
To unsubscribe from this
On Wed, 2007-11-21 at 01:04 +0300, Dmitry Baryshkov wrote:
> Just to note, that there is an alternative implementation for at least
> the tc6393 chip devices. Most current version of those patches can be
> found in the OpenEmbedded monotone.
Yes, this is true. The core code in both cases
On Wed, 2007-11-21 at 10:23 +0800, eric miao wrote:
> Roughly went through the patch, looks good, here comes the remind, though :-)
>
> 1. is it possible to use some name other than "soc_core", maybe
> "tmio_core" so that other multifunction chips sharing a core base
> will live easier.
It's
On Wed, 2007-11-21 at 12:05 +0800, eric miao wrote:
> On Nov 21, 2007 11:54 AM, ian <[EMAIL PROTECTED]> wrote:
> > On Wed, 2007-11-21 at 10:23 +0800, eric miao wrote:
> > > Roughly went through the patch, looks good, here comes the remind, though
> > > :-)
>
On Thu, 2007-11-22 at 00:52 +, Russell King - ARM Linux wrote:
> On Thu, Nov 22, 2007 at 12:34:09AM +0000, ian wrote:
> Unfortunately, this is broken as designed (in fact this whole file is.)
Fix attached below.
> (Not looked at the rest because you really really need to get thi
On Sat, 2008-02-23 at 10:18 -0800, Andrew Morton wrote:
> > Renaming is not an option - "current" is an electronic term for
> which
> > there is no alternative.
>
> amps, milliamps,
Are units of current, not current itself.
> amperage (the latter of which I've always disliked)
Ugh.
--
To
On Sun, 2008-02-24 at 09:51 +0100, Pavel Machek wrote:
> And what? You can't measure anything but current in amps, so ambiguity
> is not a problem.
It not is the credible validation of the language English. Thanking you kindly.
-Ian
--
To unsubscribe from this list: send the line "
.
Best Regards,
Ian.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
ida/c0d0: blksz=512 nr_blks=17764320
Partition check:
ida/c0d0:_
The partition check never starts.
I get the same results when booting 2.4.1-pre8. The system works fine
with the 2.2.x kernel series, but I need some of the functionality in
the newer 2.4.x series.
Any ideas?
Ian
--
Ian Macdonald
module:
alias ppp ppp_async
However, I couldn't get PPP to work when I compiled it directly into
the kernel.
Ian
--
Ian Macdonald | "Language shapes the way we think, and
Senior System Administrator | determines what we can think about." -- B.
Linuxcare, Inc.
On Thursday, April 26, 2001, at 07:03 AM, [EMAIL PROTECTED] wrote:
he owns the computer, he may do anything he wants.
snip
Any OS worth its weight in silicon will make a distinction between
blessed and unblessed users. It can be phrased in different ways --
root vs. non-root, admin
Is there any way to delete the key of an existing loopback encrypted
device, and have it block, until a key is reloaded?
Of course any cached pages would need deleted, and dirty ones flushed
first.
To enable things like deleting keys from memory, before suspend-to-disk,
or forcing users of
On Fri, Oct 13, 2000 at 04:19:49AM +, Ingo Rohloff wrote:
snip
2.4 has already broken backwards compatibility to 2.2 (IV changed
from disk absolute to relative). When you change it now (before 2.4.0)
it is relatively painless. I think the change is a good idea.
I've been away from
I take it then that you never use a hard drive in any of your systems on
the grounds that it contains non-open source firmware which may affect
the security of your system? ;) Tell me, what do you use to store all
those Linux applications on?
Your ATA drive can't tell you kernel
The problem: I can't have the Tulip and EEPro drivers loaded at the same
time. If I have the Tulip driver loaded, and I load the EEPro driver, the
self check fails with 0x and complains that I don't have the card in
a bus master slot. If I have the EEPro driver loaded and the ether
. i'm not using any unusual hardware, and haven't had any
other recent issues like this. let me know if i can provide further information,
or test patches.
thanks,
ian wehrman
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
swapped? i'm not sure how
to see exactly how much of that swap is really being used or how often
things move in and out of swap, though.
ian
--
Ian Soboroff [EMAIL PROTECTED]
University of MD Baltimore County http://www.cs.umbc.edu/~ian
snip "microsoft may be going open source"
Not a chance. First your company must have at least 1500 licences and
you can't modify any code... which implies that you can't rebuild either...
You can modify your compiler, so that it accepts patches (with no context)
and completely rewrite
at all. The light on the back of the card blinks green.
ifconfig shows lots of carrier errors. I will attach below all the
relevant information I can think of. Any help will be greatly
appreciated. Please CC me on any responses, as I'm not on the kernel
mailing list.
Thanks, Ian Zink
zforce:/home
I will try tonight and let you know.
Thanks, Ian
Jeff Garzik wrote:
Can you try out the updated Tulip driver in 2.4.2-ac19 and let me know
if it works?
ftp://ftp.us.kernel.org/pub/linux/kernel/people/alan/2.4/
--
Jeff Garzik | May you have warm words on a cold evening,
Building
Is there a way to dump the memory of any process without stopping, or
modifying it?
Obviously normally stopping it would be the right thing to do, but
is it possible, and if so, is there a handy tool?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
creating entries in /dev/pts?
ian
--
Ian Soboroff [EMAIL PROTECTED]
University of MD Baltimore County http://www.cs.umbc.edu/~ian
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTE
Are there any patches floating around?
Basically to allow for example a server to dial out to ISP's on behalf
of users, and give them full control over that interface.
I know about UML, and it's not quite suited.
I've not found anything searching archives, but maybe it's out there.
Thanks.
-
To
On Mon, Dec 18, 2000 at 07:46:51PM +, Ian Stirling wrote:
Are there any patches floating around?
Basically to allow for example a server to dial out to ISP's on behalf
of users, and give them full control over that interface.
I know about UML, and it's not quite suited.
I've
: 83 7c 24 18 00cmpl $0x0,0x18(%esp,1)
Code; c012cf75 page_launder+1e5/800
12: 75 4e jne62 _EIP+0x62 c012cfc5 page_launder+235/800
--
Ian.
I don't have a sig either!
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" i
[EMAIL PROTECTED] (Tim Wright) wrote on 24.12.00 in
[EMAIL PROTECTED]:
On Sun, Dec 24, 2000 at 11:36:00AM +0200, Kai Henningsen wrote:
There was a similar thread to this recently. The issue is that if you
choose the wrong processor type, you may not even be able to complain.
Hmm
On Tue, 26 Dec 2000, Felix von Leitner wrote:
Thus spake Rik van Riel ([EMAIL PROTECTED]):
One more detail: top says the CPU is 50% system when reading from either
one of the disk or raid devices. That seems awfully high considering
that the Promise controller claims to do UDMA.
connection attempts succeed, but there is no evidence
of any user-mode executing. After the lockup the system apparently
just resumes where it left off. Sometimes afterwards there is a
message like `VM: do_try_to_free_pages failed for emacs...' but more
often there isn't.
Thanks for your attenti
Andrea Arcangeli writes ("Re: linux 2.2.18pre17 + VM-global -7 = `Negative d_count'
oops"):
On Thu, Oct 26, 2000 at 06:37:37PM +0100, Ian Jackson wrote:
Negative d_count (-805538369) for [binary garbage]/NULL
followed by an oops. Kernel logfile extract below, uuencoded.
Along with many others, I have an older laptop.
I also notice the large number of USB things released, some of which I'd like
to connect to it.
Is there hardware around? Is anyone working on drivers?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
presume there is
a good reason for this and that it's not just a mistake.
Are there any plans to re-enable this feature? It would be nice to be able to
have a single kernel for all our machines without having to have RAID in the
kernel when it isn't needed.
--
Ian Grant, Computer Lab., New
[Ian Grant]
In 2.2.x we were able to build a kernel with RAID modules and have it
autodetect RAID partitions at boot time - so we could use raid root
partitions.
Really? Funny, because IIRC RAID autodetection does not even exist in
2.2.x kernels. Perhaps you are referring to vendor
Hello,
ftp://www.kerneli.org/pub/linux/kerneli/
For idea encryption, you just use
losetup -e idea /dev/loop0 /filesystem
Password: whatever
mke2fs /dev/loop0
mount /dev/loop0
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
I assume there is no generic APM support for lid-close?
My BIOS (P100 DEC CTS5100 Hinote VP) has no way to do anything other
than beep, when the lid is closed, so I'm using a hack that polls the
ct65548 video chips registers to find when the BIOS turns the LCD off,
so I can do whatever.
Or is
On Thu, 26 Apr 2001, Ian Stirling wrote:
Also, there is another reason.
If you'r logged in as root, then any exploitable bug in large programs,
be it netscape, realplayer, wine, vmware, ... means that the
cracker owns your machine.
snip
Heh. You receive all your email on your root
any
processes stick, even under load.
This seems to be a bug somewhere in the ac patch, possibly
related to SMP. If anyone could figure it out, it'd really
be nice to fix this before the bug makes it way into the
stock kernels.
Ian Gulliver
Penguin Hosting
http://www.penguinhosting.net
information.
thanks,
ian wehrman
00:00.0 Host bridge: Intel Corporation 440BX/ZX - 82443BX/ZX Host bridge (rev 03)
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping-
SERR+ FastB2B-
Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium TAbort- TAbort
Hi!
I assume there is no generic APM support for lid-close?
My BIOS (P100 DEC CTS5100 Hinote VP) has no way to do anything other
than beep, when the lid is closed, so I'm using a hack that polls the
ct65548 video chips registers to find when the BIOS turns the LCD off,
so I can do
. does anyone here have any thoughts?
thanks,
ian
-
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/
suggest a fix? If you need more information to diagnose
the problem please just ask.
I would appreciate it if you were to CC me responses as I am not on the
list.
Thanks in advance
Ian
--- linux-2.2.19-spiffy-simple/.config Fri Jun 8 22:22:54 2001
+++ linux-2.2.17-spiffy-simple/.config
On Sat, Jun 09, 2001 at 02:06:45PM +0200, Trond Myklebust wrote:
== Ian Lynagh [EMAIL PROTECTED] writes:
When trying to mount something over NFS with a 2.2.19 kernel we
get:
Unsupported unaligned load/store trap for kernel at
004d260c Kernel panic
Obviously (to me) this check is in tcp_v4_get_port().
But, I can't find it, or perhaps it's better hidden than I thought.
Or maybe I'm just very confused.
Any help would be most welcome.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL
Obviously (to me) this check is in tcp_v4_get_port().
But, I can't find it, or perhaps it's better hidden than I thought.
Or maybe I'm just very confused.
Any help would be most welcome.
The above poster was of course deeply stupid, and could have done with
more sleep :)
It's in
/appletalk.o: unresolved symbol
register_snap_client_R3addf9f1
/lib/modules/2.4.5-ac19/kernel/net/appletalk/appletalk.o: insmod
/lib/modules/2.4.5-ac19/kernel/net/appletalk/appletalk.o failed
/lib/modules/2.4.5-ac19/kernel/net/appletalk/appletalk.o: insmod appletalk
failed
thanks,
ian wehrman
--
Labfire
Linus Torvalds wrote:
Things like version strings etc sound useful, but the fact is that the
only _real_ problem it has ever solved for anybody is when somebody thinks
they install a new kernel, and forgets to run lilo or something. But
even that information you really get from a
Is this (printing out versions. etc) really a big deal so we should add stuff
like /proc/xxx, KERN_ to make things more complicated? It sounds to me
like to make the kernel smaller we'd actually end up with adding more code
and complexity to it. And quite frankly, if people don't
anything obvious that might be the cause of the problem.
Any insight/suggestions of things to try would be greatly appreciated.
Thanks in anticipation.
Ian Grant
#
# Automatically generated make config: don't edit
#
CONFIG_X86=y
CONFIG_ISA=y
# CONFIG_SBUS is not set
CONFIG_UID16=y
#
# Code maturity
Mark Swanson wrote:
I get repeatable errors with 2.4.6 patched with the international encryption
patch patch-int-2.4.3.1.bz2 when building loop device filesystems on top of
Reiserfs.
snip
And the block size thing is not the only thing wrong with international
crypto patch. The whole
; modprobe ide-probe' which had a
pretty good success rate. i'm hoping maybe the 2.4.x hotplug features
have made this obsolete.
(plugging up the floppy drive always works, because PC floppy
controllers are too dumb to care if they actually have a drive
attached).
ian
--
Ian Soboroff
I'm not sure whether this is related to the ominous ps/2 mouse bug
you have been chasing, but this problem is 100% reproducible and
very annoying.
snip
I'm also seeing a ps/2 mouse bug, with 2.4.0-pre5 (I think) on a
CS433 (486/33 laptop)
Freezes after some time in X, killing keyboard.
4290 symbols from /boot/System.map.
Feb 13 14:38:30 chiark kernel: Symbols match kernel version 2.2.19.
Feb 13 14:38:30 chiark kernel: No module symbols loaded - kernel modules not enabled.
Feb 13 14:38:30 chiark kernel: Linux version 2.2.19pre10 (ian@chiark) (gcc version
2.7.2.3) #1 Tue Feb 13
-objs := 8390.o arlan.o aironet4500_core.o aironet4500_card.o
ppp_async.o \
- ppp_generic.o slhc.o pppox.o auto_irq.o
+ ppp_generic.o slhc.o pppox.o auto_irq.o net_init.o
ifeq ($(CONFIG_TULIP),y)
obj-y += tulip/tulip.o
--
Ian.
I don't have
in /boot, like System.map) and also know if they were
the right ones.
the one problem that comes to mind right now is modules, which needn't
correspond to a full kernel .config.
anyway, my $0.02.
ian
--
Ian Soboroff [EMAIL PROTECTED]
University of MD
ksize"
100% reproducable. has anyone else seen this?
i did compile with gcc 2.92.3, and i have hedrick's ide patches
applied.
anyone else see this?
p.s. please cc: me in any replies, i'm not on the list.
--
___
| Ian Eure - [EMAIL PROTECTED] | &quo
i get this message when it panics:
-- snip --
loop: setting 534781920 bs for 07:86
Kernel panic: Invalid blocksize passed to set_blocksize
-- snip --
Jens Axboe writes:
On Sat, Apr 07 2001, Ian Eure wrote:
i'm still having loopback problems with linux 2.4.3, even though they
were
t DMA (under
2.4), and about 17MB/s with (under 2.2).
tia, and sorry if it's a faq i couldn't dig up,
ian
--
----
Ian Soboroff [EMAIL PROTECTED]
University of MD Baltimore County http://www.cs.umbc.edu/~ian
-
To unsubscribe from this list: send the
Jens Axboe writes:
On Wed, Apr 11 2001, Ian Eure wrote:
i get this message when it panics:
-- snip --
loop: setting 534781920 bs for 07:86
Kernel panic: Invalid blocksize passed to set_blocksize
-- snip --
Ahm, how are you setting your loop device up? The above
Manfred Bartz responded to
Russell King [EMAIL PROTECTED] who writes:
snip
You just illustrated my point. While there is a reset capability
people will use it and accounting/logging programs will get wrong
data. Resetable counters might be a minor convenience when debugging
but the
duplicating any questions asked, I Googled for the
error messages but found quite different stack traces and contextx
(e.g. resiferfs vs ext3 - i'm only running ext3)
Regards,
Ian
(normally posting from [EMAIL PROTECTED] but can't get to that as the
server is crashed!)
-
To unsubscribe from this list: send
On Sun, 11 Mar 2007, Thomas Renninger wrote:
On Thu, 2007-03-08 at 19:39 +0900, Ian Kent wrote:
On Thu, 2007-03-08 at 11:12 +0100, Thomas Renninger wrote:
On Thu, 2007-03-08 at 01:28 -0800, Andrew Morton wrote:
On Thu, 08 Mar 2007 09:57:56 +0100 Thomas Renninger [EMAIL
PROTECTED
stability on that is much better.
My config is attached.
Please cc me on any queries as I'm not subscribed to lkml.
Regards,
Ian
--
Web: http://wand.net.nz/~iam4
Blog: http://iansblog.jandi.co.nz
WAND Network Research Group
config.gz
Description: GNU Zip compressed data
no reason to disallow it.
Signed-off-by: Ian Campbell [EMAIL PROTECTED]
--- pristine-linux-2.6.18/include/asm-i386/elf.h2006-09-20
04:42:06.0 +0100
+++ linux-2.6.18-xen/include/asm-i386/elf.h 2007-03-14 16:42:30.0
+
@@ -36,7 +36,7 @@
* This is used to ensure we
invoke vmcore_elf_allowed_cross_arch() to find out what cross arch are
allowed for vmcore.
Something like this?
Ian.
---
Allow i386 crash kernels to handle x86_64 dumps.
The specific case I am encountering is kdump under Xen with a 64 bit
hypervisor and 32 bit kernel/userspace. The dump created
to or shall I resend CCing
apkm? (I'll add an Acked-by if that's ok).
Ian.
-
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
1 - 100 of 7811 matches
Mail list logo