Hi Linus !
Some of these might have been better in -rc4 or earlier, all my fault
for having some backlog that I'm still going through. So we have some
bug fixes (not necessarily regressions but also generally simple
enough that I decided to go for 2.6.32 anyways) and a few very trivial
Kconfig
Benjamin Herrenschmidt b...@kernel.crashing.org wrote on 27/10/2009 01:00:53:
On Mon, 2009-10-26 at 16:26 -0700, Dan Malek wrote:
Just be careful the get_user() doesn't regenerate the same
translation error you are trying to fix by being here..
yes, I had some problems with this
The simple_map_init() works at a higher level, what I'm redefining is a
function called by mtd-read()
The block size for e.g. a dd if=/dev/mtd0 of=/dev/null
with the default block size (I believe it's 512Bytes), fetches from
/dev/mtd0 4096 Bytes at a time.
I'd prefer the kernel to be
On Tue, 2009-10-27 at 11:02 +0100, Fortini Matteo wrote:
The simple_map_init() works at a higher level, what I'm redefining is a
function called by mtd-read()
not sure I follow. What you want to do is change the access to the
flash. You do this by turning on MTD_COMPLEX_MAPPINGS and then
Hello,
We would need some help on how to make a Micrel KSZ8001 work on the
MPC5200B FEC using the kernel DENX-v2.6.3[01].
We can already boot the kernel and device tree using TFTP and this PHY
using a recent U-Boot version, so we would need some pointers how to
acomplish that.
Add a proper PHY
Hi Jonathan, I've read your post with great interest.
I have a custom board with custom fpga's connected to the PPC405EX EBC
bus on banks 2 and 3. Running linux 2.6.29.1. The board collects data
and dma's it to a scatter-gather dma buffer and then uses TCP/writev +
Ethernet 9KB Jumbo packets to
Hi John,
I have a custom board with custom fpga's connected to the PPC405EX
EBC
bus on banks 2 and 3. Running linux 2.6.29.1. The board collects
data
and dma's it to a scatter-gather dma buffer and then uses TCP/writev
+
Ethernet 9KB Jumbo packets to transmit data off of the board.
We
From: Santosh Shukla sshu...@in.mvista.com
Date: Tue, 13 Oct 2009 18:55:57 +0530
Subject: [PATCH] Xilinx LL-TEMAC: Add Netpoll controller support
Adding Netpoll controller support to Xilinx LL-TEMAC ethernet
driver.Replaced Rx, Tx tasklet schedule call with their handlers,
Added correct version
Hi All,
my name is Luigi. I'm working on a stripped-down mpc8541 board (that has just
a serian and twe enets).
I have an issue on delay calibration. In fact my at boot time I see the
following on the serial console:
Calibrating delay loop... 83.20 BogoMIPS (lpj=166400)
This value
Hmmm, so if the issue I see is related to what you see then setting mtu
to 4KB may clear it otherwise I have a either a potential race condition
freeing skb's or ultimately the protocol stack is not freeing the
correct buffer...
Thanks Jonathan.
-Original Message-
From: Jonathan Haws
Romen,
A driver for micrel phy exists in /drivers/net/phy/micrel.c. in 2.6.30.
You just need to add the structure with your phy information .
If you are using older kernel you may want to copy it.
Regards
Suvidh
--
Message: 6
Date: Tue, 27 Oct 2009
On Tue, Oct 27, 2009 at 10:16:17AM +0100, Joakim Tjernlund wrote:
Benjamin Herrenschmidt b...@kernel.crashing.org wrote on 27/10/2009
01:00:53:
On Mon, 2009-10-26 at 16:26 -0700, Dan Malek wrote:
Just be careful the get_user() doesn't regenerate the same
translation error you are
Scott Wood scottw...@freescale.com wrote on 27/10/2009 16:58:41:
On Tue, Oct 27, 2009 at 10:16:17AM +0100, Joakim Tjernlund wrote:
Benjamin Herrenschmidt b...@kernel.crashing.org wrote on 27/10/2009
01:00:53:
On Mon, 2009-10-26 at 16:26 -0700, Dan Malek wrote:
Just be careful the
Luigi 'Comio' Mantellini wrote:
Hi All,
my name is Luigi. I'm working on a stripped-down mpc8541 board (that has just
a serian and twe enets).
I have an issue on delay calibration. In fact my at boot time I see the
following on the serial console:
Calibrating delay loop... 83.20
Hello, I am using the mpt2sas driver on the canyonlands / 460EX board.
I've already found and fixed one problem, but can't get past the
unhandled IRQ.
The first problem I noticed is that the physical address is read into a
32 bit variable, but the 460ex has a 36 bit bus so the ioremap would
Hey Ben,
I don't see these pulled into your tree yet. Can you please this tree
into your merge branch?
Thanks,
g.
On Thu, Oct 15, 2009 at 10:46 AM, Grant Likely
grant.lik...@secretlab.ca wrote:
Hi Ben.
Here are some OF and MPC5200 changes needed for 2.6.32. Mostly
defconfig updates and a
Hello Suvidh,
On Tuesday 27 October 2009 17:47:51 suvidh kankariya wrote:
A driver for micrel phy exists in /drivers/net/phy/micrel.c. in
2.6.30.
Am I somewhat blind, or do you have access to other 2.6.30's than I
have?
I searched git.kernel.org, git.denx.de and git.secretlab.ca, but could
I know this is probably a really dumb question, but a wise man once said that
the only stupid question is the one that is not asked.
So, I have written a flash driver in VxWorks that simply addresses the flash
directly and handles all the hardware accesses just fine. I am porting that to
On Tue, Oct 27, 2009 at 1:54 PM, Roman Fietze
roman.fie...@telemotive.de wrote:
Hello Suvidh,
On Tuesday 27 October 2009 17:47:51 suvidh kankariya wrote:
A driver for micrel phy exists in /drivers/net/phy/micrel.c. in
2.6.30.
Am I somewhat blind, or do you have access to other 2.6.30's
Jonathan Haws wrote:
How can I get that pointer? Unfortunately I cannot simply use the address of
the flash. Is there some magical function call that gives me access to that
portion of the memory space?
$ man 2 mmap
You want MAP_SHARED and O_SYNC.
b.g.
--
Bill Gatliff
How can I get that pointer? Unfortunately I cannot simply use the
address of the flash. Is there some magical function call that
gives me access to that portion of the memory space?
$ man 2 mmap
You want MAP_SHARED and O_SYNC.
To use that I need to have a file descriptor to a
Jonathan Haws wrote:
How can I get that pointer? Unfortunately I cannot simply use the
address of the flash. Is there some magical function call that
gives me access to that portion of the memory space?
$ man 2 mmap
You want MAP_SHARED and O_SYNC.
To use that I need
Jonathan Haws wrote:
How can I get that pointer? Unfortunately I cannot simply use
the
address of the flash. Is there some magical function call that
gives me access to that portion of the memory space?
$ man 2 mmap
You want MAP_SHARED and O_SYNC.
To use that I need to
How can I get that pointer? Unfortunately I cannot simply use
the
address of the flash. Is there some magical function call that
gives me access to that portion of the memory space?
$ man 2 mmap
You want MAP_SHARED and O_SYNC.
To use that I need to have a file descriptor
Jonathan Haws wrote:
Okay, I now have access to the flash memory, however when I write to it the
writes do not take. I have tried calling msync() on the mapping to no avail.
I have opened the fd with O_SYNC, but cannot get things to work right.
Here are the calls:
int fd =
Okay, I now have access to the flash memory, however when I write
to
it the writes do not take.
(PROT_READ | PROT_WRITE), MAP_PRIVATE, fd,
MAP_SHARED. Bill told you. With MAP_PRIVATE you write to a local
in-ram copy of the data, not to the original one.
I
Okay, I now have access to the flash memory, however when I write to
it the writes do not take.
(PROT_READ | PROT_WRITE), MAP_PRIVATE, fd,
MAP_SHARED. Bill told you. With MAP_PRIVATE you write to a local
in-ram copy of the data, not to the original one.
/alessandro
Jonathan Haws wrote:
flash[0] = 0x1234;
msync(flash, NOR_FLASH_SIZE, MS_SYNC | MS_INVALIDATE);
printf(flash[0] = %#04x\n, flash[0]);
That prints flash[0] = 0x7f45. I have verified that I am reading
the correct values. I can display the flash contents in U-Boot and
I realize that. I have a driver written that does exactly that.
However, I need to be able to write to certain registers to setup
the erasure. The driver works perfectly in VxWorks, now I am
porting it to Linux.
Most likey you are hit by the compiler reordering the accesses and
caching data
Jonathan Haws wrote:
flash[0] = 0x1234;
msync(flash, NOR_FLASH_SIZE, MS_SYNC | MS_INVALIDATE);
printf(flash[0] = %#04x\n, flash[0]);
That prints flash[0] = 0x7f45. I have verified that I am
reading
the correct values. I can display the flash contents in U-Boot
and
7f45 is
On Tue, 2009-10-27 at 18:11 +1100, Benjamin Herrenschmidt wrote:
Hi Linus !
Some of these might have been better in -rc4 or earlier, all my fault
for having some backlog that I'm still going through. So we have some
bug fixes (not necessarily regressions but also generally simple
enough
On Tue, 27 Oct 2009 11:43:34 +0800
hank peng pengxi...@gmail.com wrote:
I want to use its' XOR engine to compute raid5 parity, but I can't
find this function in 2.6.30 downloaded from kernel.org, someone know
if there is a patch?
try this:
http://patchwork.ozlabs.org/patch/36067/
Kim
I have no problem with any of these changes. I guess this is up to Ben
and company to decide the rest.
-- Steve
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
On Tue, 2009-10-27 at 18:00 -0400, Steven Rostedt wrote:
I have no problem with any of these changes. I guess this is up to Ben
and company to decide the rest.
I'll stick them into my -next branch, hopefully today or tomorrow.
The ppc perf_events specific bits are going to go via paulus first.
On Tue, 2009-10-27 at 12:27 -0500, Ayman El-Khashab wrote:
The first problem I noticed is that the physical address is read into a
32 bit variable, but the 460ex has a 36 bit bus so the ioremap would
always fail. I've change the defn of chip_phys in mpt2sas_base.h to u64
and that cleared
2009/10/28 Kim Phillips kim.phill...@freescale.com:
On Tue, 27 Oct 2009 11:43:34 +0800
hank peng pengxi...@gmail.com wrote:
I want to use its' XOR engine to compute raid5 parity, but I can't
find this function in 2.6.30 downloaded from kernel.org, someone know
if there is a patch?
try
Hi Paul,
Today's linux-next merge of the sh tree got a conflict in fs/Kconfig
between commit 0cd9ad73b8d181737005ff4e506b9b6bd043f4dd (powerpc: Limit
hugetlbfs support to PPC64 Book-3S machines) from the powerpc-merge tree
and commit ffb4a73d8906f71910e6c83ec2b499e70025ee8e (sh: Fix hugetlbfs
From: Santosh Shukla sshu...@sh.mvista.com
Date: Tue, 13 Oct 2009 18:55:57 +0530
Subject: [PATCH] Xilinx LL-TEMAC: Add Netpoll controller support
Adding Netpoll controller support to Xilinx LL-TEMAC ethernet
driver.Replaced Rx, Tx tasklet schedule call with their handlers,
Added correct version
In continuous sampling mode we want the SDAR to update. While we can
select between dcache misses and erat misses, a decent default is to
enable both.
Signed-off-by: Anton Blanchard an...@samba.org
---
Moved MMCRA definitions into asm/reg.h.
Index:
Hi Stephen,
I think this last line is not needed?
Right you are!
Anton
--
perf_event wants a separate event for alignment and emulation faults,
so create another emulation event. This will make it easy to hook in
perf_event at one spot.
We pass in regs which will be required for these
40 matches
Mail list logo