On Thu, Aug 16, 2012 at 02:22:04PM +, Priebe, Sebastian wrote:
> -Ursprüngliche Nachricht-
> Von: Johannes Stezenbach [mailto:j...@sig21.net]
> Gesendet: Donnerstag, 16. August 2012 15:39
> >On Thu, Aug 16, 2012 at 03:33:25PM +0200, Denys Vlasenko wrote:
> >> O
On Thu, Aug 16, 2012 at 03:33:25PM +0200, Denys Vlasenko wrote:
> On Thu, Aug 16, 2012 at 8:01 AM, Priebe, Sebastian
> wrote:
> >>and modify it to print this:
> >>
> >>bb_perror_msg_and_die("setsid fails: pid %d ppid %d sid %d", pid,
> >>getppid(), getsid(0));
> >
> > getty: setsid fails: pid 110
On Tue, Aug 14, 2012 at 12:00:23PM +0200, Linus Walleij wrote:
> On Fri, Aug 10, 2012 at 11:34 AM, Johannes Stezenbach wrote:
>
> > Actually I think the kernel internal GPIO numbers shouldn't be in the
> > sysfs API, instead userspace should use the names.
>
> This
On Tue, Aug 14, 2012 at 12:00:23PM +0200, Linus Walleij wrote:
> On Fri, Aug 10, 2012 at 11:34 AM, Johannes Stezenbach wrote:
>
> > Actually I think the kernel internal GPIO numbers shouldn't be in the
> > sysfs API, instead userspace should use the names.
>
> This
On Tue, Aug 14, 2012 at 01:44:02AM +0200, Markus F.X.J. Oberhumer wrote:
> On 2012-07-16 20:30, Markus F.X.J. Oberhumer wrote:
> >
> > As stated in the README this version is significantly faster (typically more
> > than 2 times faster!) than the current version, has been thoroughly tested
> > on
On Tue, Aug 14, 2012 at 01:44:02AM +0200, Markus F.X.J. Oberhumer wrote:
> On 2012-07-16 20:30, Markus F.X.J. Oberhumer wrote:
> >
> > As stated in the README this version is significantly faster (typically more
> > than 2 times faster!) than the current version, has been thoroughly tested
> > on
On Mon, Aug 06, 2012 at 07:10:00PM +0800, Mitch Bradley wrote:
> On 8/6/2012 5:58 PM, Johannes Stezenbach wrote:
> > On Mon, Aug 06, 2012 at 08:35:51AM +0200, Linus Walleij wrote:
> >> On Mon, Aug 6, 2012 at 4:18 AM, Stephen Warren
> >> wrote:
> >>
>
On Mon, Aug 06, 2012 at 07:10:00PM +0800, Mitch Bradley wrote:
> On 8/6/2012 5:58 PM, Johannes Stezenbach wrote:
> > On Mon, Aug 06, 2012 at 08:35:51AM +0200, Linus Walleij wrote:
> >> On Mon, Aug 6, 2012 at 4:18 AM, Stephen Warren
> >> wrote:
> >>
>
On Mon, Aug 06, 2012 at 08:35:51AM +0200, Linus Walleij wrote:
> On Mon, Aug 6, 2012 at 4:18 AM, Stephen Warren wrote:
>
> > I can't comment on the sysfs-vs-dev interface location, but I don't
> > think it addresses Johannes' issue; finding out which GPIO IDs are
> > provided by which devices.
>
On Mon, Aug 06, 2012 at 08:35:51AM +0200, Linus Walleij wrote:
> On Mon, Aug 6, 2012 at 4:18 AM, Stephen Warren wrote:
>
> > I can't comment on the sysfs-vs-dev interface location, but I don't
> > think it addresses Johannes' issue; finding out which GPIO IDs are
> > provided by which devices.
>
Hi,
I'm currently learning how Linux devicetree support works,
here is one question I couldn't find an answer for.
I understand that within the devicetree GPIOs are referenced by phandle,
thus the numbers are irrelevant. However, in sysfs the number is
what is used to access the GPIO, e.g. for d
Hi,
I'm currently learning how Linux devicetree support works,
here is one question I couldn't find an answer for.
I understand that within the devicetree GPIOs are referenced by phandle,
thus the numbers are irrelevant. However, in sysfs the number is
what is used to access the GPIO, e.g. for d
On Thu, Jul 19, 2012 at 10:45:48PM +0200, Sascha Hauer wrote:
> On Thu, Jul 19, 2012 at 04:08:34PM +0200, Sascha Hauer wrote:
> > On Thu, Jul 19, 2012 at 12:38:03PM +0200, Marc Kleine-Budde wrote:
> > > On 07/19/2012 10:13 AM, Sascha Hauer wrote:
> > > >
> > > > +.section .text.__mmu_cache_on
> >
On Thu, Jul 19, 2012 at 10:42:12PM +0200, Sascha Hauer wrote:
> On Thu, Jul 19, 2012 at 08:32:38PM +0200, Johannes Stezenbach wrote:
> > > > ...
> > > > LD barebox
> > > > arm-linux-ld -EL -Map barebox.map -static --gc-sections -o barebox \
> >
On Thu, Jul 19, 2012 at 07:41:25PM +0200, Sascha Hauer wrote:
> On Thu, Jul 19, 2012 at 07:08:45PM +0200, Johannes Stezenbach wrote:
> > On Thu, Jul 19, 2012 at 10:13:02AM +0200, Sascha Hauer wrote:
> > > --- a/Makefile
> > > +++ b/Makefile
> > ...
> >
Hi,
On Thu, Jul 19, 2012 at 10:13:02AM +0200, Sascha Hauer wrote:
> --- a/Makefile
> +++ b/Makefile
...
> +ifdef CONFIG_IMAGE_COMPRESSION_LZO
> +barebox: piggy.lzo.o
> + @echo " LD " $@
> + $(Q)$(LD) $(LDFLAGS) $(LDFLAGS_barebox) -o $@ \
> + -T $(barebox-compressed-lds) $(
Straight forward port of Synopsys Designware ethernet
driver from u-boot v2012.04.01.
Signed-off-by: Johannes Stezenbach
---
drivers/net/Kconfig | 16 ++
drivers/net/Makefile |1 +
drivers/net/designware.c | 436 ++
drivers/net
On Mon, Jun 25, 2012 at 02:07:34PM +0400, Antony Pavlov wrote:
> On 25 June 2012 12:53, Johannes Stezenbach wrote:
> > On Mon, Jun 25, 2012 at 11:45:06AM +0400, Antony Pavlov wrote:
> >>
> >> There is the 'cs_change' flag for *_spi_transfer() method, bu
Hi,
On Mon, Jun 25, 2012 at 11:45:06AM +0400, Antony Pavlov wrote:
> I have added spi controller driver for one of my MIPS boards and
> found, that there is a problem with chip select.
>
> During initialisation we call *_spi_setup() method. It switch chip
> select and frequency for every probing
On Wed, Jun 20, 2012 at 09:24:46AM +0200, Sascha Hauer wrote:
> On Mon, Jun 18, 2012 at 05:06:57PM +0200, Johannes Stezenbach wrote:
> > Some flashes and SPI masters support dual and quad IO modes
> > where data is transferred in parallel using two or four pins.
> > For now ad
Hi Sascha,
On Wed, Jun 20, 2012 at 09:13:01AM +0200, Sascha Hauer wrote:
> On Mon, Jun 18, 2012 at 04:48:00PM +0200, Johannes Stezenbach wrote:
> > Straight forward port of Synopsys Designware ethernet
> > driver from u-boot v2012.04.01.
...
> > +config DRIVER_NET_DE
Hi,
On Mon, Jun 18, 2012 at 08:27:08PM +0200, Roberto Nibali wrote:
> On Mon, Jun 18, 2012 at 4:47 PM, Johannes Stezenbach wrote:
>
> > Check if the PHY is really accessible (e.g. the
> > PHY address is correct) during probe.
> >
> > Signed-off-by: Johannes Stezen
Hi,
On Mon, Jun 18, 2012 at 07:52:44PM +0200, Roberto Nibali wrote:
> On Mon, Jun 18, 2012 at 4:47 PM, Johannes Stezenbach wrote:
>
> > The auto negotiation result is the intersect
> > of the advertised abilities and the link partner abilities.
>
> Good catch and obv
On Mon, Jun 18, 2012 at 02:39:45PM +0100, Pete Batard wrote:
> On 2012.06.18 11:50, Peter Stuge wrote:
> >Liam Staskawicz wrote:
> >> This works as intended on OS X, but on Windows I only ever see 3
> >> transfers complete
> >
> > If the later 13 were successfully submitted then that is a bug in th
Some flashes and SPI masters support dual and quad IO modes
where data is transferred in parallel using two or four pins.
For now add this capability for mx25l25635e.
Signed-off-by: Johannes Stezenbach
---
I'm planning to submit a similar patch for Linux sometime
within the next month
er number, but
count == byte count is unintuitive.
Also, to be consistent with "md" on /dev/mem, round up
the count so "8+1" also works to access one register.
However, no attempt is made to do read-modify-write
single byte writes.
Signed-off-by: Johannes Stezenbach
---
dri
Straight forward port of Synopsys Designware ethernet
driver from u-boot v2012.04.01.
Signed-off-by: Johannes Stezenbach
---
drivers/net/Kconfig | 11 ++
drivers/net/Makefile |1 +
drivers/net/designware.c | 433 ++
drivers/net
Signed-off-by: Johannes Stezenbach
---
drivers/net/miidev.c | 32 +---
include/miidev.h |4
2 files changed, 33 insertions(+), 3 deletions(-)
diff --git a/drivers/net/miidev.c b/drivers/net/miidev.c
index 3545889..98ad790 100644
--- a/drivers/net
The auto negotiation result is the intersect
of the advertised abilities and the link partner abilities.
Signed-off-by: Johannes Stezenbach
---
drivers/net/miidev.c | 16 ++--
1 file changed, 10 insertions(+), 6 deletions(-)
diff --git a/drivers/net/miidev.c b/drivers/net
Hi,
I ported the designware ethernet driver from u-boot, it
only required minor changes and worked right away.
Since my hw has 1G ethernet I added support for this,
although speed is not so important in a boot loader it seemed
easier than to reconfigure the PHY for 100Mbit.
Patches 4 and 5 may be
Check if the PHY is really accessible (e.g. the
PHY address is correct) during probe.
Signed-off-by: Johannes Stezenbach
---
drivers/net/miidev.c | 12
1 file changed, 12 insertions(+)
diff --git a/drivers/net/miidev.c b/drivers/net/miidev.c
index 272234e..3545889 100644
--- a
Reduce confusion by making clear six bytes are passed,
not a string.
Signed-off-by: Johannes Stezenbach
---
include/net.h |8
net/eth.c |2 +-
net/net.c |4 ++--
3 files changed, 7 insertions(+), 7 deletions(-)
diff --git a/include/net.h b/include/net.h
index
On Fri, Jun 15, 2012 at 05:39:58PM -0600, Nathan Hjelm wrote:
> There are two seperate issues here:
> 1) whether or not vendors should be abusing the HID interface to
> bypass problems with the Windows driver model, and
> 2) whether or not these devices should be accessed with libusb.
>
> Let m
"erase /dev/myflash0.mypart 0xf+0xf" could erase past
the end of the partition.
Signed-off-by: Johannes Stezenbach
---
fs/devfs.c |3 +++
1 file changed, 3 insertions(+)
diff --git a/fs/devfs.c b/fs/devfs.c
index e3a21ae..ae48451 100644
--- a/fs/devfs.c
+++ b/fs/devfs.
"erase /dev/myflash0 0+1" erased the whole flash,
similar for other value of count if you guessed the
erae block size wrong.
Signed-off-by: Johannes Stezenbach
---
drivers/nor/m25p80.c |2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/nor/m25p80.c b/drivers/nor/m25p
Hi,
I'm playing around with barebox on an ARM926EJ-S based board
with SPI flash. I found a few minor but annoying issues
with erase handling (I inadvertantly erased my boot loader).
Johannes
drivers/nor/m25p80.c |8 ++--
fs/devfs.c |3 +++
fs/fs.c | 18 +++
Passing a too large size or offset to erase could
affect flash outside the partition boundary.
Addresses for SPI flash wrap around, thus giving a
count + offset going past the end of the flash would
wrap around and erase flash at offset 0.
Add the same check for protect.
Signed-off-by: Johannes
Check for Ctrl-C before erasing each sector.
Signed-off-by: Johannes Stezenbach
---
drivers/nor/m25p80.c |2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/nor/m25p80.c b/drivers/nor/m25p80.c
index a3dfe75..86e6d25 100644
--- a/drivers/nor/m25p80.c
+++ b/drivers/nor/m25p80.c
Show progressbar even when erasing just a single sector,
otherwise it looks as if erase didn't do anything.
Signed-off-by: Johannes Stezenbach
---
drivers/nor/m25p80.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/nor/m25p80.c b/drivers/nor/m25p80.c
Hi,
On Mon, Apr 23, 2012 at 11:12:22AM +0100, Pete Batard wrote:
> We *will* deviate in an incompatible fashion sooner rather than later.
> To me, trying to delay this inevitability doesn't seem very productive.
...
> On 2012.04.23 08:40, Hans de Goede wrote:
> > IMHO in this case maintaining ABI
Hi,
On Tue, Apr 24, 2012 at 05:51:31PM +0200, Gerd Hoffmann wrote:
> Add a timeout handler. In case bulk transfers take too long to finish
> the request will be canceled. The timeout is tunable via property, by
> default it is 5 seconds.
This patch causes an issue for my firmware download. The
Hi,
On Thu, Apr 19, 2012 at 10:02:22PM +0200, Johannes Stezenbach wrote:
> On Thu, Apr 19, 2012 at 01:54:33PM +0200, Gerd Hoffmann wrote:
> > Largely based on a patch from Johannes Stezenbach. Splitted it up,
> > improved patch descriptions and added one related ehci bugfix.
&g
Hi,
On Thu, Apr 19, 2012 at 01:54:33PM +0200, Gerd Hoffmann wrote:
> Largely based on a patch from Johannes Stezenbach. Splitted it up,
> improved patch descriptions and added one related ehci bugfix.
>
> Johannes, does this series fix your firmware update issue?
The series look
Hi Gerd,
On Mon, Apr 02, 2012 at 01:50:35PM +0200, Johannes Stezenbach wrote:
> Zero-length packets are valid but currently cause
> qemu to crash:
did you have a chance to look at this?
Thanks,
Johannes
> Program terminated with signal 11, Segmentation fault.
> #0 0
On Tue, Mar 27, 2012 at 05:12:49PM +0200, Johannes Stezenbach wrote:
> On Mon, Mar 26, 2012 at 02:11:41PM +0200, Bernhard Reutner-Fischer wrote:
> > On Tue, Feb 21, 2012 at 12:34:06PM +0100, Johannes Stezenbach wrote:
> > >On Mon, Feb 20, 2012 at 11:00:44PM +0100, Johanne
c:1393
1393ret = usb_handle_packet(dev, &q->packet);
(gdb) p q->sgl
$4 = {sg = 0xf9160410, nsg = 0, nalloc = 5, size = 0}
Signed-off-by: Johannes Stezenbach
---
Note that I didn't do sufficient testing. I have a proprietary
firmware update tool which does one large bulk trans
On Mon, Mar 26, 2012 at 02:11:41PM +0200, Bernhard Reutner-Fischer wrote:
> On Tue, Feb 21, 2012 at 12:34:06PM +0100, Johannes Stezenbach wrote:
> >On Mon, Feb 20, 2012 at 11:00:44PM +0100, Johannes Stezenbach wrote:
> >> On Tue, Feb 21, 2012 at 12:11:37AM +0800, Tony Wu wrote:
On Tue, Mar 13, 2012 at 10:58:33AM -0400, Rich Felker wrote:
> On Tue, Mar 13, 2012 at 10:30:10AM +0100, Laurent Bercot wrote:
>
> > Why not simply let the user set SA_RESTART in the sigaction() call?
> > see http://www.skarnet.org/software/skalibs/libstddjb/safewrappers.html
>
> I know of no mo
On Mon, Feb 20, 2012 at 11:00:44PM +0100, Johannes Stezenbach wrote:
> On Tue, Feb 21, 2012 at 12:11:37AM +0800, Tony Wu wrote:
> >
> > The sigaction, sigprocmask, and sigfillset static link issue has
> > already been addressed in the future branch back in Apr. 2011, but the
On Tue, Feb 21, 2012 at 12:11:37AM +0800, Tony Wu wrote:
>
> The sigaction, sigprocmask, and sigfillset static link issue has
> already been addressed in the future branch back in Apr. 2011, but the
> future branch is not merged yet.
>
> Until then, you can try to cherry-pick the following patche
Hi,
while my simple test cases all worked a more complicated application
fails to link. I distilled this small test case:
#include
#include
#include
int main()
{
sigset_t set;
jmp_buf env;
sigemptyset(&set);
sigprocmask(SIG_BLOCK, &set, NULL);
setjmp(e
On Sun, Jan 29, 2012 at 07:55:10PM +0100, Johannes Stezenbach wrote:
> On Sat, Jan 28, 2012 at 10:35:43PM +0100, Bernhard Reutner-Fischer wrote:
> > >
> > Can you try attached two patches please?
>
> I built a new toolchain with these patches applied on
> top of current
On Sat, Jan 28, 2012 at 10:35:43PM +0100, Bernhard Reutner-Fischer wrote:
> >
> Can you try attached two patches please?
I built a new toolchain with these patches applied on
top of current git (219aa9c), and built a statically
linked iperf with it. That worked fine.
I'll let you know tomorrow if
On Fri, Jan 27, 2012 at 02:17:25PM +0100, Carmelo AMOROSO wrote:
> Well,
> what I'd expect to have for sigaction is:
>
> libc.{so,a}
> ---> __libc_sigaction (global)
> ---> sigaction (weak alias of __libc_sigaction)
> ---> __GI_sigaction (hidden alias for internal use, if any)
>
> and
On Fri, Jan 13, 2012 at 10:38:57AM +0100, Carmelo AMOROSO wrote:
> On 16/12/2011 18.36, Johannes Stezenbach wrote:
> > On Fri, Dec 16, 2011 at 05:59:16PM +0100, Carmelo Amoroso wrote:
> >> On 16/12/11 15:57, Johannes Stezenbach wrote:
> >>> I was a
On Thu, Jan 26, 2012 at 03:43:27PM +0100, Jan Kiszka wrote:
> On 2012-01-26 10:46, Johannes Stezenbach wrote:
> > [16353.270435] Restarting tasks ...
> > [16353.270612] BUG: spinlock bad magic on CPU#2, dhclient3/2590
> > [16353.274702] lock: 880127b9ce08, .ma
On Wed, Jan 25, 2012 at 02:25:03PM +0100, Johannes Stezenbach wrote:
> On Wed, Jan 25, 2012 at 10:27:03AM -0200, Marcelo Tosatti wrote:
> > On Tue, Jan 24, 2012 at 12:36:08PM +0100, Johannes Stezenbach wrote:
> > >
> > > [23379.612251] usb 2-1.2: new high-spee
On Wed, Jan 25, 2012 at 10:27:03AM -0200, Marcelo Tosatti wrote:
> On Tue, Jan 24, 2012 at 12:36:08PM +0100, Johannes Stezenbach wrote:
> >
> > [23379.612251] usb 2-1.2: new high-speed USB device number 6 using ehci_hcd
> > [0.00] Marking TSC unstable due to KVM dis
Hi,
I just got the following in dmesg with linux-3.2.1:
[23379.612251] usb 2-1.2: new high-speed USB device number 6 using ehci_hcd
[0.00] Marking TSC unstable due to KVM discovered backwards TSC
[23421.511167] Switching to clocksource hpet
The mainboard is an Asus P8H67-V, BIOS 0806 10/
On Thu, Jan 19, 2012 at 10:20:12AM +0100, stl wrote:
> I am porting Linux for a new architecture, and I chose to build a
> cross compiler link against uClibc in order to build my linux system.
Do you mean architecture as in ARM, MIPS, etc. or just new board?
> I have ported uClibc-0.9.31 (I have
On Fri, Jan 13, 2012 at 03:00:08PM +0100, Johannes Stezenbach wrote:
> On Fri, Jan 13, 2012 at 12:58:45PM +0100, Carmelo AMOROSO wrote:
> > On 29/11/2011 17.05, Johannes Stezenbach wrote:
> > >
> > > static linking on ARM with NPTL causes duplicate symbol
> > &g
On Fri, Jan 13, 2012 at 12:58:45PM +0100, Carmelo AMOROSO wrote:
> On 29/11/2011 17.05, Johannes Stezenbach wrote:
> >
> > static linking on ARM with NPTL causes duplicate symbol
> > errors for __aeabi_unwind_cpp_pr0. I think it is
> > both gcc and uClibc issue.
Hi,
On Fri, Dec 16, 2011 at 06:36:35PM +0100, Johannes Stezenbach wrote:
> On Fri, Dec 16, 2011 at 05:59:16PM +0100, Carmelo Amoroso wrote:
> > On 16/12/11 15:57, Johannes Stezenbach wrote:
> > > I was able to fix the issue like this:
> > >
> > > --- uClibc-0.
On Mon, Dec 12, 2011 at 12:13:49PM +0100, Johannes Stezenbach wrote:
> On Thu, Dec 01, 2011 at 08:58:24AM +0100, Carmelo AMOROSO wrote:
> > On 01/12/2011 6.29, Khem Raj wrote:
> > > On (29/11/11 17:05), Johannes Stezenbach wrote:
> > >>
> > >> static
On Fri, Dec 16, 2011 at 05:59:16PM +0100, Carmelo Amoroso wrote:
> On 16/12/11 15:57, Johannes Stezenbach wrote:
> > I was able to fix the issue like this:
> >
> > --- uClibc-0.9.33/libpthread/nptl/sysdeps/pthread/sigaction.c.orig
> > 2011-12-03 18:55:45.0
On Tue, Nov 29, 2011 at 04:51:35PM +0100, Johannes Stezenbach wrote:
> On Mon, Nov 28, 2011 at 10:51:04PM +0100, Bernhard Reutner-Fischer wrote:
> > On Nov 28, 2011 6:43 PM, "Johannes Stezenbach" wrote:
> > >
> > > I'm in the process of building a tool
Hi Carmelo,
On Thu, Dec 01, 2011 at 08:58:24AM +0100, Carmelo AMOROSO wrote:
> On 01/12/2011 6.29, Khem Raj wrote:
> > On (29/11/11 17:05), Johannes Stezenbach wrote:
> >>
> >> static linking on ARM with NPTL causes duplicate symbol
> >> errors for __aeabi_unwi
Hi,
static linking on ARM with NPTL causes duplicate symbol
errors for __aeabi_unwind_cpp_pr0. I think it is
both gcc and uClibc issue.
See also
https://bugs.busybox.net/show_bug.cgi?id=4117
gcc version 4.6.2 20111004 (prerelease) (linaro version)
uClibc-0.9.32 or git master
- gcc defines __ae
On Mon, Nov 28, 2011 at 10:51:04PM +0100, Bernhard Reutner-Fischer wrote:
> On Nov 28, 2011 6:43 PM, "Johannes Stezenbach" wrote:
> >
> > I'm in the process of building a toolchain with crosstool-ng,
> > with uClibc-0.9.32 + NPTL for ARM926EJ-S.
> >
>
Hi,
I'm in the process of building a toolchain with crosstool-ng,
with uClibc-0.9.32 + NPTL for ARM926EJ-S.
Trying to statically link a simple testcase with NPTL fails:
$ cat t.c
#include
int main(int argc, char *argv[])
{
return (int)pthread_create;
}
$ arm-linux-gcc -Wall -Os t.c -lp
On Fri, Oct 28, 2011 at 06:40:07PM +0200, Denys Vlasenko wrote:
> On Wed, Oct 26, 2011 at 12:01 PM, Johannes Stezenbach wrote:
> >
> > it seems the -a option to makemime (add header) does not work:
> >
> > $ busybox makemime -c "text/plain" -a "Subject:
Hi,
it seems the -a option to makemime (add header) does not work:
$ busybox makemime -c "text/plain" -a "Subject: mail test" /tmp/testmail
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="2089340718-1939522785-50604445"
--2089340718-1939522785-50604445
Content-Type: text/plain; charse
On Tue, Oct 04, 2011 at 11:29:01PM +0200, Johannes Stezenbach wrote:
> On Tue, Oct 04, 2011 at 10:43:59PM +0300, Antti Palosaari wrote:
> > I would like to made own firmware for Cypress FX2 based DVB device.
> > Is there any sample to look example?
>
> http://linuxtv.org/cgi-
On Tue, Oct 04, 2011 at 10:43:59PM +0300, Antti Palosaari wrote:
> I would like to made own firmware for Cypress FX2 based DVB device.
> Is there any sample to look example?
http://linuxtv.org/cgi-bin/viewvc.cgi/dvb-hw/dvbusb-fx2/termini/
HTH
Johannes
--
To unsubscribe from this list: send the li
On Mon, Sep 26, 2011 at 06:15:07PM +0800, Scott Jiang wrote:
> 2011/9/26 Mauro Carvalho Chehab :
> > Em 25-09-2011 15:03, Johannes Stezenbach escreveu:
> >>
> >> But please don't clone from linuxtv.org, intead use
> >> git clone git://github.com/torvalds/li
On Sun, Sep 25, 2011 at 07:33:57AM -0500, Patrick Dickey wrote:
>
> I tried to follow the steps for cloning both the "media_tree.git" and
> "media_build.git" repositories, and received errors for both. The
> media_tree repository failed on the first line
>
> > git clone
> > git://git.kernel.org
So it seemes like MediaWiki-1.14.1 is somewhat broken with PHP-5.3.3
and there have been issues with both the VDR and V4L-DVB Wikis.
Thus I've updated MediaWiki to 1.16.5, and full functionality
seems to be restored.
Please let me know if there are still any issues.
Johannes
___
So it seemes like MediaWiki-1.14.1 is somewhat broken with PHP-5.3.3
and there have been issues with both the VDR and V4L-DVB Wikis.
Thus I've updated MediaWiki to 1.16.5, and full functionality
seems to be restored.
Please let me know if there are still any issues.
Johannes
--
To unsubscribe fr
On Sat, Aug 06, 2011 at 10:11:15AM -0400, Devin Heitmueller wrote:
> Well, now I understand why there hasn't been any spam on the
> linuxtv.org wiki for a couple of weeks. Editing is broken.
>
> Attempts to edit articles shows:
>
> Internal error
Thanks for letting me know, it should be fixed n
On Thu, Jul 28, 2011 at 02:14:14PM +0200, Gary van der Merwe wrote:
>
> I want to fix a url on http://linuxtv.org/wiki/ , but I got
> an internal server error when I tried to create an account.
> To whom/where should I report this?
To the webmaster, of course. Anyway, thanks for reporting
and
On Thu, Jul 21, 2011 at 11:27:54AM +0200, Johannes Stezenbach wrote:
> there will be two hours (or so) of downtime today due to software upgrades.
It's all done, please let me know if something doesn't work.
Johannes
--
To unsubscribe from this list: send the line "unsubscri
Hi,
there will be two hours (or so) of downtime today due to software upgrades.
Johannes
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
801c0204){t:02;sz:28}
arg(fff77350) on some.img
ioctl 5326 is CDROM_DRIVE_STATUS,
ioctl 801c0204 is FDGETPRM.
The warning appears because the Linux compat-ioctl handler for these
ioctls only applies to block devices, while qemu also uses the ioctls on
plain files.
Signed-off-by: Johannes Ste
801c0204){t:02;sz:28}
arg(fff77350) on some.img
ioctl 5326 is CDROM_DRIVE_STATUS,
ioctl 801c0204 is FDGETPRM.
The warning appears because the Linux compat-ioctl handler for these
ioctls only applies to block devices, while qemu also uses the ioctls on
plain files.
Signed-off-by: Johannes Steze
tat() the ensure the ioctls are
only used on block devices.
Signed-off-by: Johannes Stezenbach
---
discussed in http://lkml.kernel.org/r/20110617090424.ga19...@sig21.net
I'll also send a Linux kernel patch but this is needed to
fix the warning on old kernels.
diff --git a/block/raw-posix.c
tat() the ensure the ioctls are
only used on block devices.
Signed-off-by: Johannes Stezenbach
---
discussed in http://lkml.kernel.org/r/20110617090424.ga19...@sig21.net
I'll also send a Linux kernel patch but this is needed to
fix the warning on old kernels.
v2: changes according to review com
On Wed, Jun 29, 2011 at 02:51:17PM +0200, Johannes Stezenbach wrote:
> On Wed, Jun 29, 2011 at 02:30:42PM +0200, Arnd Bergmann wrote:
> > On Wednesday 29 June 2011, Johannes Stezenbach wrote:
> > > Do I get it right that just adding two IGNORE_IOCTL() to
> > > the ioct
tat() the ensure the ioctls are
only used on block devices.
Signed-off-by: Johannes Stezenbach
---
discussed in http://lkml.kernel.org/r/20110617090424.ga19...@sig21.net
I'll also send a Linux kernel patch but this is needed to
fix the warning on old kernels.
v2: changes according to review com
tat() the ensure the ioctls are
only used on block devices.
Signed-off-by: Johannes Stezenbach
---
discussed in http://lkml.kernel.org/r/20110617090424.ga19...@sig21.net
I'll also send a Linux kernel patch but this is needed to
fix the warning on old kernels.
diff --git a/block/raw-posix.c
On Wed, Jun 29, 2011 at 02:30:42PM +0200, Arnd Bergmann wrote:
> On Wednesday 29 June 2011, Johannes Stezenbach wrote:
> > Sorry for very slow reply. I think qemu's use of these ioctls
> > to probe if the device is a cdrom or floppy is valid, so instead
> > of adding
On Fri, Jun 17, 2011 at 03:02:39PM +0200, Arnd Bergmann wrote:
> On Friday 17 June 2011 11:04:24 Johannes Stezenbach wrote:
> > running even a simple "qemu-img create -f qcow2 some.img 1G" causes
> > the following in dmesg on a Linux host with linux-2.6.39.1 x86_64 kerne
Hi,
running even a simple "qemu-img create -f qcow2 some.img 1G" causes
the following in dmesg on a Linux host with linux-2.6.39.1 x86_64 kernel
and 32bit userspace:
ioctl32(qemu-img:5296): Unknown cmd fd(3) cmd(5326){t:'S';sz:0}
arg(7fff) on some.img
ioctl32(qemu-img:5296): Unknown cmd
On Tue, Mar 22, 2011 at 11:59:32AM +0100, Jiri Kosina wrote:
> On Mon, 21 Mar 2011, Florian Mickler wrote:
>
> > To be blunt, I'm not shure I fully understand the requirements myself.
> > But as far as I grasped it, the main problem is that we need memory
> > which the processor can see as soon
On Sat, Mar 19, 2011 at 05:49:04PM +, Richard Kettlewell wrote:
> (see also bugs.debian.org/618930
...
> I have a TP-Link TL-WN321G USB wireless adapter, which is a badged
> Ralink RT2070. Under Debian's 2.6.32 this worked smoothly with
> rt2870sta. On upgrading to Debian's 2.6.38, however, o
On Sat, Mar 19, 2011 at 05:49:04PM +, Richard Kettlewell wrote:
> (see also bugs.debian.org/618930
...
> I have a TP-Link TL-WN321G USB wireless adapter, which is a badged
> Ralink RT2070. Under Debian's 2.6.32 this worked smoothly with
> rt2870sta. On upgrading to Debian's 2.6.38, however, o
Hi,
I'm using mutt to connect to an Exchange server via IMAPS,
and the sasl library decides to use NTLM auth. The
cyrus-sasl NTLM plugin then spams syslog LOG_AUTH:
Feb 9 14:04:12 zzz mutt: NTLM client step 1
Feb 9 14:04:12 zzz mutt: NTLM client step 2
Feb 9 14:04:12 zzz mutt: server flags: f
Hi,
just a few thoughts from a qemu novice...
On Mon, Jan 24, 2011 at 03:00:38PM -0600, Anthony Liguori wrote:
> This series introduces a hard dependency on glib. The initial use is portable
> threads but I see this as just the beginning. Glib/Gobject offer many nice
> things including:
>
> -
On Wed, Jan 19, 2011 at 04:17:51PM +0100, Denys Vlasenko wrote:
> On Wed, Jan 19, 2011 at 3:45 PM, Johannes Stezenbach wrote:
> >> But I have a deeper problem here. I do not see it as a good decision
> >> to butcher a readable piece of code into a obfuscated mess *only*
>
On Wed, Jan 19, 2011 at 02:48:26PM +0100, Denys Vlasenko wrote:
> On Wed, Jan 19, 2011 at 1:20 PM, Johannes Stezenbach wrote:
> >> > static smallint detect_link_mii(void)
> >> > {
> >> > - struct ifreq ifreq;
> >> > - s
(somehow mail delivery from the list to me seems to be delayed?)
On Wed, Jan 19, 2011 at 01:20:20PM +0100, Johannes Stezenbach wrote:
> On Wed, Jan 19, 2011 at 12:43:23PM +0100, Denys Vlasenko wrote:
> > On Tue, Jan 18, 2011 at 1:22 PM, Johannes Stezenbach wrote:
> > >
301 - 400 of 1789 matches
Mail list logo
