and.
--
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/
esearcher
Simulation Science and Extreme Events Cluster,
3B1, UCD CASL,
8 Belfield Business Park,
Dublin 4,
Ireland.
--
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/
Machine resumes and fails to power on the screen.
Trace:
Mar 7 23:35:09 lenovo kernel: [33562.808041] [drm:intel_lvds_disable]
*ERROR* timed out waiting for panel to power off
Mar 7 23:35:09 lenovo kernel: [33562.808052] [ cut here
]
Mar 7 23:35:09 lenovo kernel
On Mon, Feb 12, 2001 at 08:10:01AM +0100, Elena Labruna wrote:
> I'm working with a C package written by other
> on a linux machine with kernel version 2.2.14,
> often in a calls of longjmp routine
> the system crash with a SIGSEGV signal.
>
> Anyone can tell me if it
-ben
-
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/
t there's little likelyhood of
newer gige drivers supporting them unless you do the work yourself. My
personal recommendation would be moving to a 2.2 or 2.4 kernel and using
an Acenic.
-bem
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
Could someone maybe explain this ?
(top output, but same load is given with 'uptime')
there is no cpu or disk activity
kernel is 2.2.18pre9 on sun ultra10-300 (ultrasparc IIi)
9:25pm up 112 days, 1:52, 1 user, load average: 1.24, 1.05, 1.02
91 processes: 90 sleeping, 1 running
On Wed, 10 Jan 2001, Hacksaw wrote:
> > Could someone maybe explain this ?
> > (top output, but same load is given with 'uptime')
> > there is no cpu or disk activity
> > kernel is 2.2.18pre9 on sun ultra10-300 (ultrasparc IIi)
> >
> >9:25pm up
detected this in kernel log :
Jan 10 00:34:15 ddx kernel: Unable to handle kernel paging request in mna
handler<1> at virtual address f7d93ef869a1610c
Jan 10 00:34:15 ddx kernel: current->mm->context = 0639
Jan 10 00:34:15 ddx kernel: current->mm->pgd = f8000c0
o tried -9)
why is this giving me a high load ?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
oor job if they reported different values.
i also checked the files, they are not replaced last few months
>
> The mm stuff from your other message is, I think, an indication that you might
> be being hit by a memory management bug that was corrected in 2.2.19pre2.
>
> It is my sincere
in
and found :
.nfs00ca40250006
so i think there is some lock from the nfs server or client
will try to restart nfs client
and see if this fixes it.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
On Wed, 10 Jan 2001 [EMAIL PROTECTED] wrote:
> so i think there is some lock from the nfs server or client
>
> will try to restart nfs client
> and see if this fixes it.
didn't fix it
(file is gone now)
-
To unsubscribe from this list: send the line "unsubscribe linux-ke
restart the nfs server on the other side as well,
> but it's worth a try.
tried it, didn't fix it
so i'll have to upgrade kernel and reboot
will do this this weekend, think the box can survive a few days (it has
112 days uptime now)
>
> Tripwire watches the checksum of the bina
On Wed, 10 Jan 2001, David S. Miller wrote:
>Date: Wed, 10 Jan 2001 16:36:14 -0500
>From: Hacksaw <[EMAIL PROTECTED]>
>
>You'll have to reboot to clear it. I believe this is a kernel
>bug. Try going back to 2.2.14, or maybe up to 2.2.19pre2.
>
&g
atter.
-ben
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
to (mostly
> > linux based ? ) broken firewalls
>
> I don't think they're mostly linux based. You can easily do
> that misconfiguration with most firewalls (i've often see it
> with Checkpoint for example)
One word: masquerading.
-ben
-
To unsubsc
Now will you stop trying to incite pointless riots and allow those of us
who are trying to use linux-kernel as a useful means of communicating
development issues a chance for a decent signal to noise ratio?
-ben
-
To unsubscribe from this list: send the line "unsubscribe linux-
unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
On Thu, 26 Oct 2000, Robert Lynch wrote:
> Oct 19 13:00:23 ives kernel: EIP:0010:[try_to_swap_out+252/796]
Those Oopsen look like they're from test10-pre4 (fixed in pre5). Also,
please include the lines beginning with "kernel BUG at...".
-ben
-
To uns
butions (Red Hat,
SuSE, ...) are LFS ready, and the only reports I've seen about this
concerned Slackware.
-ben
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
On Fri, 27 Oct 2000, Wakko Warner wrote:
> I did upgrade that and it didn't help anything.
Was your glibc compiled against 2.4 kernel headers?
-ben
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
On Fri, 27 Oct 2000, David Weinehall wrote:
> On Fri, Oct 27, 2000 at 12:19:54PM -0400, Wakko Warner wrote:
> > That I do not know. it's v 2.1.99 that came with debian in the past
> > week or so
>
> Then it's compiled against the v2.2 kernel headers.
That expl
k for context 1
>
> I've never seen this before; I had been using test10-pre4 for several days
> without error.
>
> Is this a kernel bugglet/error, or X?
Could you please send me the /var/log/XFree86.0.log from the crash, as
well as your /etc/X11/XF86Config-4?
Thanks.
Zephaniah
alloc time, not after. The
TLB is populated lazily, but most definately not the page tables.
-ben
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
d;
-
+
+ lock_kernel();
pmd = pmd_alloc_kernel(dir, address);
+ unlock_kernel();
if (!pmd)
return -ENOMEM;
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
On Thu, 2 Nov 2000, Dr. David Gilbert wrote:
> I've included /proc/pci, /proc/interrupt /proc/cpuinfo and the kernel
> config (2.4.0-test10).
> CONFIG_MTRR=y
I bet it's the mtrr bugs. Take a look in /proc/mtrr. Someone suggested
that if you disable the cachable settings
wait thee at its end." hkp://keys.pgp.com
>
> Handle via comment channels only.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
's just the NMI watchdog doing its work.
-ben
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
On Tue, 7 Nov 2000, Jeff V. Merkey wrote:
> So how come NetWare and NT can detect this at run time, and we have to
> use a .config option to specifiy it? Come on guys.
Then run a kernel compiled for i386 and suffer the poorer code quality
that comes with not using newer instructio
t on K6s.
-ben
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
Hi,
I am looking for a solution for the following problem.
We have installed some new promise 100 cards and ibm ata 100 disks
on some of the servers, assembled the 2.2.17 + ide + raid kernel.
Since then we had several crashes on those machines, we get lots of
VM: try_to_free_memory_failed
gives you 16 physically contiguous 4GB memory blocks.
No. The segment base and length is confined to the 32 bit address space
mapped by page tables.
-ben
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTE
ute block numbers were chosen at
the time I introduced loop.c cipher-block-chaining support (in
kernel 2.1.130). This has the unfortunate side effect of preventing
filesystem relocation... leading some to claim that loop.c is now
broken. A crypto system is only as strong as its weakest link
found this out by doing,
{ while true; sync; done } &
nc otherbox chargen > bigfile
After reboot, du -h bigfile,
6.6M bigfile (or something similar)
Heeelp :P
--Dave
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
is
appropriate.
Reed H. Petty
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
by dd'ing /dev/hdX, you get everything. Including "lost
> sectors" if you dd it back to a bigger HD.
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to [EMAIL PROTECTED]
> More majordomo info at htt
> would
> >be a valid benchmark too. What I'm interested in is what happens if you read
>
> >or write a DVD ISO image for example to your hard disk and what this does to
>
> >interactivity. This sort of reading or writing is not throttled in real
> life.
> >
>
> Of course it is. At least the read. It's limited to the speed needed to
> either play (watch) the image or to burn it.
Ok we'll call it hair splitting. We do both. You read the file and I copy it.
Both happen in real life, and I plan to emulate both.
Cheers,
Con
-
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/
d, will skyrocket as
your timing granularity decreases. Clearly 250HZ is not as good as 1000HZ for
this, and I assume your midi example.
Cheers,
Con
-
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/
Hello,
I have a brand new Toshiba M45 S331 notebook and am experiencing (like
some other guys who are trying to get Linux (with kernel 2.6.11.4)
running on this machine) some problems...
Here the probably kernel related part:
Symptoms:
First, if I boot with the option "acpi=off" USB/E
tc, etc...
>
Please *think* before saying this. It's not always the case. Firewire
support in 2.6 kernel has been less than stellar, for one example. And
yes, for many, solid 1394 support is a requirement for business.
(And we've all seen the testing that has shown both sides (
Message below meant for Marcelo!
(sorry rest!)
On Tue, 2005-02-08 at 20:09, kernel wrote:
> On Tue, 2005-02-08 at 13:41, Marcelo Tosatti wrote:
> > > There need to be some unique features in 2.6.X to force people
> > > to upgrade, I guess...
> >
> > Faster, c
his 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/
p*ss, wouldn't it?
-fd
-
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 Tue, 2005-02-15 at 14:48, Kiniger, Karl (GE Healthcare) wrote:
> I can confirm that. Creating a correct iso image from a CD is a
> major pain w/o ide-scsi. Depending on what one has done before the iso
> image is missing some data at the end most of the time.
> (paired with lo
ection and recognition to after login)
-and-
2) Proper identification of filesystem types. Would love to have an
agreed upon by majority change that would change the mounting of
filesystems (identifying FS TYPE) to be more accurate.
regards,
-fd
-
To unsubscribe from this list: send the line "
e 5 minutes if you can
and try it. Easy to rule. If it fails, it fails. But *if* not, you
don't waste any more time. I only mention it because it's worked for me
in the past where dd (and variants) has (have) not.
-fd
-
To unsubscribe from this list: send the line "unsubscribe lin
e of months take it
apart as described and blow out the dust.
-fd
-
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!
I'm running RedHat 7.0 with all official RH patches applied. The kernel I
currently run fow a few days is 2.2.19-7.0.8
I run the pre-compiled kernel of RH. Suddenly I the following messages:
Jul 2 15:12:16 gateway SERVER[1240]: Dispatch_input: bad request line
'BB
On Mon, 2 Jul 2001, Guest section DW wrote:
> On Mon, Jul 02, 2001 at 05:16:23PM +0100, Alan Cox wrote:
>
> > > I'm running RedHat 7.0 with all official RH patches applied. The kernel I
> > > currently run fow a few days is 2.2.19-7.0.8
> > > I run the pre
On Wed, 4 Jul 2001, Samium Gromoff wrote:
> Maybe i`m missing the whole point, and thus i want to
> hear what other people will tell about it.
Several of us are working on it.
-ben
-
To unsubscribe from this list: send the line "unsubscribe linux-ker
On Thu, 26 Apr 2001, Yiping Chen wrote:
> So, I have two question now,
> 1. how to determine whether your kernel support SMP?
> Somebody taugh me that you can type "uname -r", but it seems not
> correct.
No, it's correct: the Red Hat RPM is build from the kern
2.4.4 prior to last night).
Anyway, just requesting status, and I'll gladly offer any testing help
that's needed.
-
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.
gt; been fixed in 2.4.4 prior to last night).
>
> Nope..
>
> > Anyway, just requesting status, and I'll gladly offer any testing help
> > that's needed.
>
> Give the current -ac a spin and tell me if it works/doesnt and if not how
> it fails
>
-
To unsubsc
armerdude.com
-
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 20.09.2016, at 12:56, Noralf Trønnes wrote:
>
>
> Den 20.09.2016 12:15, skrev Martin Sperl:
>>
>>
>> On 20.09.2016 10:41, Noralf Trønnes wrote:
>>>
>>> Den 20.09.2016 09:19, skrev Martin Sperl:
Hi Noralf!
On 19.09.2016 17:26, Noralf Trønnes wrote:
> Some SMBus protoc
gt;;
+};
+
+/* the necessary bcm2835 aux-enable referenced above */
+aux_enable: aux_enable@0x7e215004 {
+ compatible = "bcrm,bcm2835-aux";
+ reg = <0x7e215004 0x04>;
+};
--
1.7.10.4
--
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/
>;
+ ...
+};
+
+The name of the property can be device/driver specific.
--
1.7.10.4
--
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/
100644 drivers/soc/bcm/bcm2835-aux.c
create mode 100644 drivers/spi/spi-bcm2835aux.c
create mode 100644 include/linux/soc/bcm/bcm2835-aux.h
--
1.7.10.4
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger
cm2835-aux-spi", },
+ {}
+};
+MODULE_DEVICE_TABLE(of, bcm2835aux_spi_match);
+
+static struct platform_driver bcm2835aux_spi_driver = {
+ .driver = {
+ .name = DRV_NAME,
+ .of_match_table = bcm2835aux_spi_match,
+ },
+ .probe = bcm2835aux_spi_probe,
+ .remove = bcm2835aux_spi_remove,
+};
+module_platform_driver(bcm2835aux_spi_driver);
+
+MODULE_DESCRIPTION("SPI controller driver for Broadcom BCM2835 aux");
+MODULE_AUTHOR("Martin Sperl ");
+MODULE_LICENSE("GPL v2");
--
1.7.10.4
--
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/
vers/soc/mediatek/Kconfig"
source "drivers/soc/qcom/Kconfig"
source "drivers/soc/sunxi/Kconfig"
diff --git a/drivers/soc/Makefile b/drivers/soc/Makefile
index 7dc7c0d..c5744e1 100644
--- a/drivers/soc/Makefile
+++ b/drivers/soc/Makefile
@@ -2,6 +2,7 @@
# Makefile for the
: 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/
interrupts = <1 29>;
+ clocks = <&clk_spi>;
+ #address-cells = <1>;
+ #size-cells = <0>;
+ status = "disabled";
+ };
};
when a mark is being destroyed for some reason. The
group
--
1.7.1
--
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 FA
From: Martin Sperl
Add a memory-controller driver for the bcm2835 SOC.
This is mostly needed to claim the SDRAM clock
so that this (and the corresponding parent pll)
never gets disabled.
It also exposes the sdram registers via debugfs.
Signed-off-by: Martin Sperl
---
drivers/memory/Kconfig
From: Martin Sperl
Add the bcm2835 sdram controller to the device tree.
Signed-off-by: Martin Sperl
---
arch/arm/boot/dts/bcm283x.dtsi | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm/boot/dts/bcm283x.dtsi b/arch/arm/boot/dts/bcm283x.dtsi
index 8aaf193..9db9d97 100644
--- a/a
From: Martin Sperl
Add memory controller dt-binding documentation for the
bcm2835 soc.
Signed-off-by: Martin Sperl
---
.../bindings/memory-controllers/brcm,bcm2835-sdram.txt | 16
1 file changed, 16 insertions(+)
create mode 100644
Documentation/devicetree/bindings/memory-
From: Martin Sperl
As the sdram clock is a critical clock to the system
the minimal bcm2835-sdram driver claims (and enables)
this clock and also exposes the corresponding sdram
registers via debugfs.
Martin Sperl (4):
dt: bindings: add bcm2835-memory-controller documentation
memory: bcm2835
From: Martin Sperl
Add the bcm2835-sdram controller driver to the default config.
(as the driver is enabled by default vi KConfig, we only need
to enable CONFIG_MEMORY)
Signed-off-by: Martin Sperl
---
arch/arm/configs/bcm2835_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/a
CONFIG_PREEMPT_RCU */
-#ifdef CONFIG_PREEMPT_RCU
struct rcu_node *rcu_blocked_node;
#endif /* #ifdef CONFIG_PREEMPT_RCU */
#ifdef CONFIG_TASKS_RCU
--
1.7.1
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majo
Hi John!
> On 15.01.2019, at 15:26, Jon Hunter wrote:
>> Looks as if there is something missing in spi_stop_queue that
>> would wake the worker thread one last time without any delays
>> and finish the hw shutdown immediately - it runs as a delayed
>> task...
>>
>> One question: do you run any
Hi Mark!
Just got access to my computer back for the weekend ;)
> On 15.01.2019, at 22:25, Mark Brown wrote:
>
> On Tue, Jan 15, 2019 at 09:58:55PM +0100, Martin Sperl wrote:
>
>> I may find some time over the weekend if no solution
>> has been found until then.
>
> Thanks for volunteering :)
Hi Mark!
> On 18.01.2019, at 20:12, Mark Brown wrote:
>
> On Fri, Jan 18, 2019 at 06:11:31PM +0100, ker...@martin.sperl.org wrote:
>
>> Does something like this looks acceptable?
>
> Yes, it does!
>
>> SPI_CONTROLLER_MODE_EXCLUSIVE could replace the bus_lock_flag.
>> I am also not sure of th
ABLE(of, bcm2835aux_spi_match);
+
+static struct platform_driver bcm2835aux_spi_driver = {
+ .driver = {
+ .name = DRV_NAME,
+ .of_match_table = bcm2835aux_spi_match,
+ },
+ .probe = bcm2835aux_spi_probe,
+ .remove = bcm2835aux_spi_remove,
+};
+module_platform_driver(bcm2835aux_spi_driver);
+
+MODULE_DESCRIPTION("SPI controller driver for Broadcom BCM2835 aux");
+MODULE_AUTHOR("Martin Sperl ");
+MODULE_LICENSE("GPL v2");
--
1.7.10.4
--
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/
: 40, 41, 42 (MISO, MOSI, SCK)
+
+CS-GPIOS need to get set as output - typically:
+* spi1: 18, 17, 16 (CS0, CS1, CS2)
+* spi2: 43, 44, 45 (CS0, CS1, CS2)
--
1.7.10.4
--
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/
interrupts = <1 29>;
+ clocks = <&clk_spi>;
+ #address-cells = <1>;
+ #size-cells = <0>;
+ status = "disabled";
+ };
};
t;
diff --git a/drivers/soc/Makefile b/drivers/soc/Makefile
index 7dc7c0d..c5744e1 100644
--- a/drivers/soc/Makefile
+++ b/drivers/soc/Makefile
@@ -2,6 +2,7 @@
# Makefile for the Linux Kernel SOC specific device drivers.
#
+obj-$(CONFIG_ARCH_BCM) += bcm/
obj-$(CONFIG_ARCH
e name of the property can be device/driver specific.
--
1.7.10.4
--
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/
te mode 100644 drivers/soc/bcm/Kconfig
create mode 100644 drivers/soc/bcm/Makefile
create mode 100644 drivers/soc/bcm/bcm2835-aux.c
create mode 100644 drivers/spi/spi-bcm2835aux.c
create mode 100644 include/linux/soc/bcm/bcm2835-aux.h
--
1.7.10.4
--
To unsubscribe from this list: send the line
,
*/
spin_lock(&EXT4_I(inode)->i_block_reservation_lock);
cex = &EXT4_I(inode)->i_cached_extent;
- sbi = EXT4_SB(inode->i_sb);
/* has cache valid data? */
if (cex->ec_len == 0)
--
1.7.6.5
--
To unsubscribe from this list: send the line "unsubscribe linux
rt)
--
1.7.11.7
--
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/
ubscribe 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/
fP ]
[ \fB\-b\fP\fI byte-count\fP ]
[ \fB\-d\fP\fI data-profile\fP ]
-[ \fB\-f\fP\fI ]
+[ \fB\-f\fP ]
[ \fB\-l\fP\fI leafsize\fP ]
[ \fB\-L\fP\fI label\fP ]
[ \fB\-m\fP\fI metadata profile\fP ]
--
1.7.11.7
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" i
1.7
--
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/
_LINUX_HOTTRACK_H
+#define _LINUX_HOTTRACK_H
+
+#include
+#include
+#include
+
+struct hot_info {
+};
+
+#endif /* _LINUX_HOTTRACK_H */
--
1.7.6.5
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordo
struct hot_inode_item *he);
+int hot_rb_add_hot_range_item(struct hot_range_tree *tree,
+ struct hot_range_item *hr);
+
+void hot_rb_free_hot_inode_item(struct hot_inode_item *he);
+void hot_rb_free_hot_range_item(struct hot_range_item *hr);
+
int __init hot_rb_item_cache_init(void);
+void hot_rb_update_freq(struct hot_freq_data *freq_data, int rw);
+void hot_rb_update_freqs(struct inode *inode, u64 start, u64 len,
+ int rw);
+
#endif /* __HOT_MAP__ */
--
1.7.6.5
--
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/
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/
*/
struct hot_inode_tree {
struct rb_root map;
@@ -89,6 +94,7 @@ struct hot_range_item {
};
struct hot_info {
+ unsigned long mount_opt;
/* red-black tree that keeps track of fs-wide hot data */
struct hot_inode_tree hot_inode_tree;
--
1.7.6.5
--
To unsubscribe fro
From: Zhi Yong Wu
HI, folks
I have pushed the patchset to my kernel dev git tree:
g...@github.com:wuzhy/kernel.git
Also, you can review it via
https://github.com/wuzhy/kernel/commits/hottrack
NOTE:
The patchset still has a lot of bugfix and cleanup to do. It is post
out mainly to make
t_rb_update_freqs(mapping->host, start,
+ (u64)nr_pages * PAGE_CACHE_SIZE, 0);
+ }
+
return ret;
}
--
1.7.6.5
--
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/
ef counting */
+ u8 in_tree;
+ /* protects hot_freq_data, start, len, and in_tree */
+ spinlock_t lock;
+ /* prevents kfree */
+ struct kref refs;
+};
+
struct hot_info {
/* red-black tree that keeps track of fs-wide hot data */
--
1.7.6.5
--
To unsubscribe from this
From: Zhi Yong Wu
Fork and run one kernel kthread to calculate
that temperature based on some metrics kept
in custom frequency data structs, and store
the info in the hash table.
Signed-off-by: Zhi Yong Wu
---
fs/hot_hash.c | 316
__u64 last_read_time;
+ __u64 last_write_time;
+ __u32 num_reads;
+ __u32 num_writes;
+ __u32 temperature;
+ __u8 live;
+ char filename[PATH_MAX];
+};
+
/* Hash list heads for hot hash table */
struct hot_hash_head {
struct hlist_head hashhead;
--
1.7.6.5
--
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/
From: Zhi Yong Wu
Add a /sys/kernel/debug/hot_track// directory for each
volume that contains two files. The first, `inode_data', contains the
heat information for inodes that have been brought into the hot data map
structures. The second, `range_data', contains similar information f
8,6 +130,12 @@ struct hot_info {
/* red-black tree that keeps track of fs-wide hot data */
struct hot_inode_tree hot_inode_tree;
+
+ /* hash map of inode temperature */
+ struct hot_hash_head heat_inode_hl[HEAT_HASH_SIZE];
+
+ /* hash map of range temperature */
+
From: Zhi Yong Wu
NOTE:
The patchset can be obtained via my kernel dev git on github:
g...@github.com:wuzhy/kernel.git hot_tracking
If you're interested, you can also can review them via
https://github.com/wuzhy/kernel/commits/hot_tracking
For more infomation, please
72,5 +72,7 @@ void __init hot_cache_init(void);
int hot_track_init(struct super_block *sb);
void hot_track_exit(struct super_block *sb);
+inline void hot_update_freqs(struct inode *inode, u64 start,
+ u64 len, int rw);
#endif /* _LINUX_HOTTRACK_H */
--
1.7.6.5
--
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/
dix_tree_root hot_inode_tree;
+ spinlock_t lock; /*protect inode tree */
+};
+
+void __init hot_cache_init(void);
+
+#endif /* _LINUX_HOTTRACK_H */
--
1.7.6.5
--
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/
4
/*
+ * time to quit keeping track of
+ * tracking data (seconds)
+ */
+#define TIME_TO_KICK 300
+
+/*
* The following comments explain what exactly comprises a unit of heat.
*
* Each of six values of heat are calculated and combined in order to form an
--
1.7.6.5
--
To unsubscribe from this list
1 - 100 of 4328 matches
Mail list logo
